February 19, 201412 yr I have just built my new UnRAID server using an HP Microserver G7, N54L. On the face of it I am very happy - I have installed a 3Tb WD Red as a parity drive mounted in the optical drive bay. To start I have a 3Tb WD Red and a 2Tb WD drive for data initially. I have edited the BIOS to let the ODD SATA port run at full speed too The idea is to end up with 5 x 3Tb Red drives for data and parity. However - I have been trying to copy data from my old 4.7 UnRAID server to the new one using Rsync. I struggled to get it working initially, but now it seems OK - however after transferring about 300Gb it stopped with an error. So I restarted it and it seemed to continue for a few hundred Gb more then stopped again. The error on the source server says; rsync: writefd_unbuffered failed to write 4 bytes [sender]: Connection reset by peer (104) rsync: connection unexpectedly closed (166683 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(635) [sender=3.0.2] When I try to restart it using the same instruction I have used initially (and to restart the transfer) - rsync -avzh --stats --progress /mnt/user/mediarsync://[email protected]/mnt/user I get the following error - rsync: failed to connect to 192.168.76.100: Connection refused (111) rsync error: error in socket IO (code10) at clientserver.c(122) [sender=3.0.2] After this error I cannot telnet to the unit, error: Could not open connection to the host, on port 23: Connect failed When I ping it - it returns <1ms with no losses, I cant connect to the UnRAID menu (http://192.168.76.100) but I CAN connect using UnMenu (http://192.168.76.100:8080) So far I have spent four days trying to move my data and am beginning to wonder if this is a bug with 5.0.5, or if I am doing something wrong, or if there is an issue with the network card on the server!! Any help appreciated - at the moment I am remote and cant get to a syslog This situation has happened several times now and I am at a loss - maybe I should try a 6.0 beta??
February 19, 201412 yr Author Thanks dgaschk I will as soon as I get home tonight - as I said in the post, I am logged in remotely using RDP via VPN to another machine at home and cant get proper control. At the moment I can get to the UnMenu home page but thats it - the UnRaid menu says page cant be found and any of the links from the UnMenu page says "page cant be found"... Once I get home I will have to reboot again and then will provide logs :-) Thanks
February 19, 201412 yr Sounds like emhttp got OOMed. I have had that happen on large (as in, a lot of files) rsyncs also. Search for oom_score_adj
February 19, 201412 yr Once I get home I will have to reboot again and then will provide logs :-)Save the log BEFORE you reboot. A post reboot log won't have the relevant information, as the log file is started new at each boot, and old logs are not automatically saved.
February 19, 201412 yr Author Thanks Jonathan - I tried but the server was unresponsive... except from the console at the machine I was able to log in and used this command: cp /var/log/syslog /boot/syslog.txt BUT... all this gave me was; Feb 19 04:40:01 Tower syslogd 1.4.1: restart. Feb 19 10:20:57 Tower login[1086]: invalid password for 'root' on '/dev/tty1' Feb 19 10:21:07 Tower login[1086]: ROOT LOGIN on '/dev/tty1' However - after I did poweroff and restarted, I used the same command and got the attached 58k file... I don't know how to easily format it for easy reading... but here it is. It seems that more often than not I cant access the GUI or telnet, but from the console I can login OK as root... but unfortunately my Linux/unix command prompt knowledge is nil. To get the log file off the unit as the shares were not accessible I had to put the USB key into my Windows PC and access it that way. I did re-install the USB key last night thinking I may have corrupted the instal Let me know if there is anything else I can provide as at the moment as soon as its powered on the GUI & shares are visible - then seem to be "not found" quite quickly. Thanks syslog.txt
February 19, 201412 yr Author OK - another update Could this be a network card issue (and how to prove it)? I set rsync up again on the new server and tried to send from the source server... it wouldn't connect - when I tried to telnet in it couldn't connect on port 23... so I created a new log file from the server and have attached this one too. At the time I created it, I was unable to connect over the network to it - so generated it on the unit itself. Thanks syslog2.txt
February 20, 201412 yr Author Version 6 beta3 is installed. Install version 5.0.5. Hi dgaschk - sorry to disagree but I installed 5.0.5 and on the GUI it confirms this - have a look at the attached image. If 6.3 is installed then there is an issue with the 5.0.5 install file I downloaded from the site?!?! I also searched in the log file and there is a line which says... Tower emhttp: unRAID System Management Utility version 5.0.5
February 20, 201412 yr My mistake. I must have been looking at the wrong log file. The WebGUI seems to be working now. What don't work?
February 20, 201412 yr Author Hi dgaschk I have been trying to use Rsync to transfer a large amount of data for the last few days and it keeps stalling after several hours and a few hundred Gbs - when it stalls, I am unable to access the standard UnRAID GUI - I just get a "page cannot be found error", I can't telnet to it - I get "could not open connection to the host on port 23" error and I cant access shares over the LAN. Its as though the unit has fallen off the LAN. The only thing which works is to log in to the UnMenu GUI (//tower:8080), but all this does is shows me the status page (I checked its not in cache!) but as soon as I click on any link to do with the server I get a "Page cannot be found" error. Its as though someone has pulled out the cat5 cable... all I can do is login locally and poweroff. When it reboots all seems OK - for a bit, then it happens again. I have just a minute ago replaced the cat5 cable in case, unlikely though it is, its this causing the problem!
February 20, 201412 yr Author I don't know if this is related... but I have just noticed that the hard disk sizes are mis-reporting in BIOS... OK, this wont affect why I cant telnet or get the GUI, but I was wondering whether this might have bearing on the transfer failing? Or, it might just be that the disks are so new that the BIOS cant understand it? I have checked in the BIOS itself rather than the POST screen and it does correctly identify them as WDC WD30EFR and WDC WD20EAR's. UnRAID does see them correctly as 2Tb & 3Tb disks I am sure that someone once told me that as long as the OS correctly reports a HDD then it doesn't matter what the BIOS reports them as! <See attached image>
February 20, 201412 yr As long an unRAID reports the correct size, don't worry about the BIOS numbers.
February 20, 201412 yr Author Thanks - I thought that was the case... But my "losing connection" errors seems to be getting worse - I started to preclear my next 3Tb disk and got "Connection to host lost." <see attached> However as I can still login in from the local machine I have generated a new syslog and attached it - just incase 2014-02-20-Syslog.txt
February 22, 201412 yr Author Thanks - I thought I had found the problem - out of desperation I replaced the mainboard thinking it was a network card issue. I restarted the move and it moved over 1Tb with no issues - then 24 hours in I found a "rsync: connection unexpectedly closed" error - and couldn't connect through GUI, so I restarted the move and have just checked about 30 mins in and its stopped again saying "rsync: connection unexpectedly closed" again :-( Tried to telnet in to run inconfig & ethtool eth0 and it says "Could not open connection to the host, on port 23: Connect failed" From the local machine I can login OK, so I tried a second time using telnet and it let me log in... inconfig = -bash: inconfig: command not found (do I need to CD to a folder? see attached for full output. I have noticed a few reports of people losing connection to the GUI - don't know if this is just a coincidence? I wont switch off incase there is a logfile of any use. Thanks again for helping.
February 23, 201412 yr Author initconfig = This will rename super.dat to super.bak, effectively clearing array configuration. The array must be in the Stopped state and it is up to you to confirm this. Are you sure you want to proceed? (type Yes if you do): This
February 23, 201412 yr Author OK... decided to run with it - so I stopped the array, and ran initconfig - so far its been sitting there with a flashing cursor for half an hour - so I am not sure how long it takes to generate an output - but it looks like it isn't working
February 23, 201412 yr OK... decided to run with it - so I stopped the array, and ran initconfig - so far its been sitting there with a flashing cursor for half an hour - so I am not sure how long it takes to generate an output - but it looks like it isn't working It normally runs in a fraction of a second! Having said that I normally run this via the Utils tab of the GUI.
February 23, 201412 yr Author Thanks - the problem is that the server is unresponsive most of the time... if I ping the IP it responds <1ms, but as soon as I try to access the GUI it says page cannot be found and if I telnet in it says cant connect - it is as though ports 23 & 80 are blocked most of the time Really frustrating as I have been trying to get the unit online for 2 weeks and having bought 4 x 3Tb Red disks + another UnRAID key, I have invested enough to make it worth spending time on.
February 23, 201412 yr Can you attach a screen directly so that you have a console? That would at least allow you to run the ifconfig command to see if the unRAID systems thinks it has an active network. If it does then the failure to telnet n will be something external in your home network setup. You should always be able to telnet in even if the GUI is being unresponsive.
February 23, 201412 yr I meant "ifconfig". I must have been tired. initconfig shouldn't hurt anything. You'll need to rebuild party or assign all disks and indicate that parity is good. Sorry typo. initconfig
February 23, 201412 yr Author I meant "ifconfig". I must have been tired. initconfig shouldn't hurt anything. You'll need to rebuild party or assign all disks and indicate that parity is good. Sorry typo. initconfig No problems - the parity drive is not built yet - just trying to get data moved... see post above your last for picture of ifconfig taken at local machine. Does show lots of dropped packets Something else which may be relevant is that at the moment I still have no GUI access and when I telnet to the machine... it is working at the moment, but the time taken from pressing return after typing telnet to the login prompt is about 20 secs or so... whereas my other Unraid box comes up with a prompt instantly ?!?
Archived
This topic is now archived and is closed to further replies.