Hi,
thank you for all your answers :-)
Sorry for not being clear, 25MB/s is the speed that I was counting with and which is absolutely ok for me. The other thing that I mentioned yesterday is the thing that I am worring about a bit now. It's exactly the same behavour as described here: http://lime-technology.com/forum/index.php?topic=18747 and here: http://lime-technology.com/forum/index.php?topic=17568
But unfortunately for me the solution is not the split level (as is it in the second linked thread), because I set it to 0 and I've got only one data disc which is signifcantly smaller than the parity disk.
The first thread linked is descriping my problem from yesterday exactly, but there is no solution :-(
Today I observed a perfect behavior without changing anything on the system. Right now I am copying 336Gb to the server with an average speed of 30Mb/s. And I tried several times to provoke the "Network resource is not available any more" error, but everything was going fine.
Edit: Ok, the problem exists again. In the middle of copying it suddenly stopped, saying "A problem has occured when trying to access the network drive. I think that this happens only when the next file is going to be copied. If one file starts copying, it copies completely and successfully.
I attached a syslog of today where everything is going fine. If it falls back to a bad mode where performance is low or the error appears again, I will post another syslog and we can compare them.
What I noticed is that I have to use the second NIC. Even if both NICs are the same chip (INTEL), the first one will not work properly (10Mb/s and getting errors).
Unfortunately the mainboard is not able to disable only one NIC (can only disable both or none), I always have to manually disalbe the first NIC and enable the second one (using ifconfig). Any suggestion how this can be automated?
Edit: Copied the ifconfig commands to the go script and now it seems that unraid automatically chooses the second NIC.
Thank you again for your great support!
Best regards,
Pascal
syslog-fine.txt