It looks like you're new here. If you want to get involved, click one of these buttons!
In order to better support our growing community we've set up a new more powerful forum.
The new forum is at: http://community.covecube.com
The new forum is running IP.Board and will be our primary forum from now on.
This forum is being retired, but will remain online indefinitely in order to preserve its contents. This forum is now read only.
Thank you,
Comments
Maybe, following a totally clean install of WHS 2011 and Drivepool my next task was to start copying the 6+TB of data back onto my server (was on WHS 1 but moved to temp storage for the rebuild).
During the long MS copies I occaisonally encounted an 'folder name xxxx no longer available' message, repeated push on the Retry button generally solved the problem with the copy completing succesfully.
I assuemd the server or LAN was being saturated (only 100Mbps Ethernet) but it maybe more fundamental.
I will do some more testing and see if I can duplicate the problem although I have finished the mass copy so it maybe hard.
Hi
Yeah i have the same problem my network shares also keep dropping out and its not the server i can connect to the server its just the folder's which you are cant access like you say quick restart of services seems to resovle it mine seems to drop out overnight weather this is because of a long period of inactivity or drivepool running someting during the night i dont know
Lee
I think this is related to server load, more specifically disk I/O.
As a continuation of my data transfer to the 'greenfield' WHS 2011 I initiated an iTunes library consolidation which would result in all the Music files being copied from the client PC's C: drive back to the WHS. WHS is running build 3210.
iTunes would copy 10,20, maybe 100 files then error with a typical Apple informative message:-
'Copying files failed. The required file cannot be found'.
After further testing i was fairly certain this was not a source file error from the local C: drive but something to do with the target file. I had read that whilst the Drivepool service is running, for example immediately following activating folder duplication on the Music folder it will not service writes to the same folder. I enabled folder duplication and commenced the consolidation again, iTunes consistantly failed with the same error immediately it started copying.
On examination of my WHS resource monitor the disk I/O is very high which is no surprise as the server is a relativly old system using a Pentium E6600 with a variety of slow disks.
I would expect performance to suffer during a large copy such as iTunes was initiating but am surprised WHS or Stablebit appears to be unable to manage the caching sufficiently to prevent an application error?
Update, during the tests the CPU utiliisation on the WHS server averaged 10-50%, Disk queue length on the volumes being written too by Drivepool maxed out at around 5 but averaged < 1. I disabled logging to see if that made any difference but no measurable change occured.
As a final check i changed the iTunes media directory to another client PC on my home network and started the consolidation again, no errors occured between these two peer <> peer connected PC's using a 1Gbps link.