April 16, 201016 yr I have always had this problem but just been living (the Nile) with it. At random my unRAID disappears for about 2 to 10 minutes then magically reappears as if nothing happened. This happens anywhere from twice a day to once ever 2 to 3 weeks. It probably averages about 2 to 3 times a week overall. When it happens I can’t accesses the unRAID server from my Mac or my HTPC (not a network problem since they can still see each other as well as all my wireless devices (iPhone, iPad and 2 Airports) continue to work). At the console nothing changes and it doesn't reboot but just disappears and then reappears on the network. Is there a way to diagnose this problem?
April 16, 201016 yr its not spinning up discs is it? maybe post a syslog so we can search for problems.
April 16, 201016 yr I have always had this problem but just been living (the Nile) with it. At random my unRAID disappears for about 2 to 10 minutes then magically reappears as if nothing happened. This happens anywhere from twice a day to once ever 2 to 3 weeks. It probably averages about 2 to 3 times a week overall. When it happens I can’t accesses the unRAID server from my Mac or my HTPC (not a network problem since they can still see each other as well as all my wireless devices (iPhone, iPad and 2 Airports) continue to work). At the console nothing changes and it doesn't reboot but just disappears and then reappears on the network. Is there a way to diagnose this problem? Yes. Post as a first step a syslog. (instructions under Troubleshooting in the wiki) When it is not accessible, log onto the unRAID system console as root and type each of the following commands: ifconfig eth0 ethtool eth0 ping -c 5 google.com smbclient -N -L localhost Report back on the results
April 16, 201016 yr Author its not spinning up discs is it? maybe post a syslog so we can search for problems. Yes the disk will spin. The Server acts like nothing is happening. I will post the log later today. Yes. Post as a first step a syslog. (instructions under Troubleshooting in the wiki) When it is not accessible, log onto the unRAID system console as root and type each of the following commands: ifconfig eth0 ethtool eth0 ping -c 5 google.com smbclient -N -L localhost Report back on the results Joe after I do this does it make a file I can access from my Mac and if so what is the file name/location?
April 16, 201016 yr Joe after I do this does it make a file I can access from my Mac and if so what is the file name/location? To store the output elsewhere, type: ifconfig eth0 | tee -a /var/log/unraid.txt ethtool eth0 | tee -a /var/log/unraid.txt ping -c 5 google.com | tee -a /var/log/unraid.txt smbclient -N -L localhost | tee -a /var/log/unraid.txt grep eth0 /var/log/syslog | tee -a /var/log/unraid.txt Then, in your browser you can browse to //tower/log/unraid.txt and see it. Also note: I added one more command to the list to get any messages from the syslog referencing eth0
April 16, 201016 yr Author Here is my last syslog. I rebooted about 2 weeks ago when it was "missing". It was too long to add all in the code tags so I just did the last few days. Attached is a PDF of the entire log. ...Apr 12 00:12:14 Tower emhttp: shcmd (73): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 12 00:51:55 Tower kernel: r8169: eth0: link up Apr 12 01:00:01 Tower logger: mover started Apr 12 01:01:38 Tower logger: mover finished Apr 12 01:32:15 Tower emhttp: shcmd (74): /usr/sbin/hdparm -y /dev/sdl >/dev/null Apr 12 01:32:16 Tower emhttp: shcmd (75): /usr/sbin/hdparm -y /dev/sdm >/dev/null Apr 12 01:32:16 Tower emhttp: shcmd (76): /usr/sbin/hdparm -y /dev/sdd >/dev/null Apr 12 01:32:16 Tower emhttp: shcmd (77): /usr/sbin/hdparm -y /dev/sdj >/dev/null Apr 12 01:32:16 Tower emhttp: shcmd (78): /usr/sbin/hdparm -y /dev/sdi >/dev/null Apr 12 01:33:16 Tower emhttp: shcmd (79): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 12 01:33:16 Tower emhttp: shcmd (80): /usr/sbin/hdparm -y /dev/sdk >/dev/null Apr 12 01:33:16 Tower emhttp: shcmd (81): /usr/sbin/hdparm -y /dev/sda >/dev/null Apr 12 01:33:16 Tower emhttp: shcmd (82): /usr/sbin/hdparm -y /dev/sdc >/dev/null Apr 12 01:33:16 Tower emhttp: shcmd (83): /usr/sbin/hdparm -y /dev/sdb >/dev/null Apr 12 01:33:16 Tower emhttp: shcmd (84): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 12 01:33:17 Tower emhttp: shcmd (85): /usr/sbin/hdparm -y /dev/sdg >/dev/null Apr 12 01:33:18 Tower emhttp: shcmd (86): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 12 07:01:23 Tower emhttp: shcmd (87): /usr/sbin/hdparm -y /dev/sdl >/dev/null Apr 12 07:01:23 Tower emhttp: shcmd (88): /usr/sbin/hdparm -y /dev/sda >/dev/null Apr 12 07:14:23 Tower emhttp: shcmd (89): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 12 07:25:23 Tower emhttp: shcmd (90): /usr/sbin/hdparm -y /dev/sdd >/dev/null Apr 12 08:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 12 08:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 12 08:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 12 08:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 12 08:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 12 10:57:26 Tower emhttp: shcmd (91): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 12 15:50:29 Tower emhttp: shcmd (92): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 12 18:16:30 Tower emhttp: shcmd (93): /usr/sbin/hdparm -y /dev/sdd >/dev/null Apr 12 18:24:30 Tower emhttp: shcmd (94): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 12 18:51:31 Tower emhttp: shcmd (95): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 12 19:10:32 Tower emhttp: shcmd (96): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 12 19:47:32 Tower emhttp: shcmd (97): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 12 19:48:33 Tower emhttp: shcmd (98): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 12 20:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 12 20:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 12 20:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 12 20:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 12 20:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 13 01:00:01 Tower logger: mover started Apr 13 01:18:34 Tower logger: `./TV/Saturday Night Live/09-10/Saturday Night Live_WXIADT_27_03_2010_23_27_03.dvr-ms' -> `/mnt/user0/./TV/Saturday Night Live/09-10/Saturday Night Live_WXIADT_27_03_2010_23_27_03.dvr-ms' Apr 13 01:18:34 Tower logger: removed `./TV/Saturday Night Live/09-10/Saturday Night Live_WXIADT_27_03_2010_23_27_03.dvr-ms' Apr 13 01:19:47 Tower logger: mover finished Apr 13 01:50:38 Tower emhttp: shcmd (99): /usr/sbin/hdparm -y /dev/sdl >/dev/null Apr 13 01:50:38 Tower emhttp: shcmd (100): /usr/sbin/hdparm -y /dev/sdm >/dev/null Apr 13 01:50:38 Tower emhttp: shcmd (101): /usr/sbin/hdparm -y /dev/sdd >/dev/null Apr 13 01:50:39 Tower emhttp: shcmd (102): /usr/sbin/hdparm -y /dev/sdj >/dev/null Apr 13 01:50:39 Tower emhttp: shcmd (103): /usr/sbin/hdparm -y /dev/sdi >/dev/null Apr 13 01:51:39 Tower emhttp: shcmd (104): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 13 01:51:39 Tower emhttp: shcmd (105): /usr/sbin/hdparm -y /dev/sdk >/dev/null Apr 13 01:51:39 Tower emhttp: shcmd (106): /usr/sbin/hdparm -y /dev/sda >/dev/null Apr 13 01:51:39 Tower emhttp: shcmd (107): /usr/sbin/hdparm -y /dev/sdc >/dev/null Apr 13 01:51:39 Tower emhttp: shcmd (108): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 13 01:51:40 Tower emhttp: shcmd (109): /usr/sbin/hdparm -y /dev/sdg >/dev/null Apr 13 01:51:41 Tower emhttp: shcmd (110): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 13 06:24:28 Tower kernel: r8169: eth0: link up Apr 13 06:36:45 Tower emhttp: shcmd (111): /usr/sbin/hdparm -y /dev/sdb >/dev/null Apr 13 08:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 13 08:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 13 08:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 13 08:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 13 08:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 13 09:41:05 Tower ntpd[1438]: no servers reachable Apr 13 09:41:05 Tower ntpd[1438]: synchronized to 208.53.158.34, stratum 3 Apr 13 10:09:47 Tower emhttp: shcmd (112): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 13 11:28:49 Tower emhttp: shcmd (113): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 13 13:56:51 Tower emhttp: shcmd (114): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 13 14:01:52 Tower emhttp: shcmd (115): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 13 14:30:53 Tower emhttp: shcmd (116): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 13 15:53:54 Tower emhttp: shcmd (117): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 13 17:26:55 Tower emhttp: shcmd (118): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 13 18:42:57 Tower emhttp: shcmd (119): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 13 19:03:57 Tower emhttp: shcmd (120): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 13 19:21:58 Tower emhttp: shcmd (121): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 13 19:47:59 Tower emhttp: shcmd (122): /usr/sbin/hdparm -y /dev/sdj >/dev/null Apr 13 20:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 13 20:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 13 20:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 13 20:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 13 20:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 13 20:26:59 Tower emhttp: shcmd (123): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 13 20:27:00 Tower emhttp: shcmd (124): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 13 21:26:02 Tower emhttp: shcmd (125): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 14 01:00:01 Tower logger: mover started Apr 14 01:47:17 Tower logger: `./Movies/HD/Day the Earth Stood Still, The/0ClownBDDemuxOutput.ISO' -> `/mnt/user0/./Movies/HD/Day the Earth Stood Still, The/0ClownBDDemuxOutput.ISO' Apr 14 01:47:17 Tower logger: removed `./Movies/HD/Day the Earth Stood Still, The/0ClownBDDemuxOutput.ISO' Apr 14 02:48:03 Tower logger: `./Movies/HD/Thomas Crown Affair, The/Thomas Crown Affair, The.ISO' -> `/mnt/user0/./Movies/HD/Thomas Crown Affair, The/Thomas Crown Affair, The.ISO' Apr 14 02:48:03 Tower logger: removed `./Movies/HD/Thomas Crown Affair, The/Thomas Crown Affair, The.ISO' Apr 14 02:49:14 Tower logger: mover finished Apr 14 03:21:06 Tower emhttp: shcmd (126): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 14 03:21:06 Tower emhttp: shcmd (127): /usr/sbin/hdparm -y /dev/sdl >/dev/null Apr 14 03:21:07 Tower emhttp: shcmd (128): /usr/sbin/hdparm -y /dev/sdm >/dev/null Apr 14 03:21:07 Tower emhttp: shcmd (129): /usr/sbin/hdparm -y /dev/sdd >/dev/null Apr 14 03:21:07 Tower emhttp: shcmd (130): /usr/sbin/hdparm -y /dev/sdj >/dev/null Apr 14 03:21:07 Tower emhttp: shcmd (131): /usr/sbin/hdparm -y /dev/sdi >/dev/null Apr 14 03:21:07 Tower emhttp: shcmd (132): /usr/sbin/hdparm -y /dev/sdk >/dev/null Apr 14 03:21:07 Tower emhttp: shcmd (133): /usr/sbin/hdparm -y /dev/sda >/dev/null Apr 14 03:21:07 Tower emhttp: shcmd (134): /usr/sbin/hdparm -y /dev/sdc >/dev/null Apr 14 03:21:07 Tower emhttp: shcmd (135): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 14 03:21:08 Tower emhttp: shcmd (136): /usr/sbin/hdparm -y /dev/sdg >/dev/null Apr 14 03:21:09 Tower emhttp: shcmd (137): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 14 08:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 14 08:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 14 08:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 14 08:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 14 08:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 14 09:33:14 Tower emhttp: shcmd (138): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 14 11:52:15 Tower emhttp: shcmd (139): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 14 13:05:16 Tower emhttp: shcmd (140): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 14 13:07:17 Tower emhttp: shcmd (141): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 14 14:31:18 Tower emhttp: shcmd (142): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 14 16:03:19 Tower emhttp: shcmd (143): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 14 16:03:19 Tower emhttp: shcmd (144): /usr/sbin/hdparm -y /dev/sdg >/dev/null Apr 14 16:07:20 Tower emhttp: shcmd (145): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 14 16:20:21 Tower emhttp: shcmd (146): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 14 19:47:24 Tower emhttp: shcmd (147): /usr/sbin/hdparm -y /dev/sdj >/dev/null Apr 14 19:53:24 Tower emhttp: shcmd (148): /usr/sbin/hdparm -y /dev/sdl >/dev/null Apr 14 19:53:25 Tower emhttp: shcmd (149): /usr/sbin/hdparm -y /dev/sdi >/dev/null Apr 14 20:02:25 Tower emhttp: shcmd (150): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 14 20:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 14 20:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 14 20:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 14 20:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 14 20:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 14 21:50:27 Tower emhttp: shcmd (151): /usr/sbin/hdparm -y /dev/sdg >/dev/null Apr 14 23:14:15 Tower kernel: r8169: eth0: link up Apr 14 23:32:30 Tower emhttp: shcmd (152): /usr/sbin/hdparm -y /dev/sdb >/dev/null Apr 15 00:06:30 Tower emhttp: shcmd (153): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 15 01:00:01 Tower logger: mover started Apr 15 01:00:17 Tower logger: `./Movies/HD/Day the Earth Stood Still, The/mymovies-front.jpg' -> `/mnt/user0/./Movies/HD/Day the Earth Stood Still, The/mymovies-front.jpg' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Day the Earth Stood Still, The/mymovies-front.jpg' Apr 15 01:00:17 Tower logger: `./Movies/HD/Day the Earth Stood Still, The/mymovies.xml' -> `/mnt/user0/./Movies/HD/Day the Earth Stood Still, The/mymovies.xml' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Day the Earth Stood Still, The/mymovies.xml' Apr 15 01:00:17 Tower logger: `./Movies/HD/Day the Earth Stood Still, The/folder.jpg' -> `/mnt/user0/./Movies/HD/Day the Earth Stood Still, The/folder.jpg' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Day the Earth Stood Still, The/folder.jpg' Apr 15 01:00:17 Tower logger: `./Movies/HD/Day the Earth Stood Still, The/Day the Earth Stood Still, The.dvdid.xml' -> `/mnt/user0/./Movies/HD/Day the Earth Stood Still, The/Day the Earth Stood Still, The.dvdid.xml' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Day the Earth Stood Still, The/Day the Earth Stood Still, The.dvdid.xml' Apr 15 01:00:17 Tower logger: `./Movies/HD/Day the Earth Stood Still, The/mymovies-back.jpg' -> `/mnt/user0/./Movies/HD/Day the Earth Stood Still, The/mymovies-back.jpg' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Day the Earth Stood Still, The/mymovies-back.jpg' Apr 15 01:00:17 Tower logger: `./Movies/HD/Thomas Crown Affair, The/mymovies-front.jpg' -> `/mnt/user0/./Movies/HD/Thomas Crown Affair, The/mymovies-front.jpg' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Thomas Crown Affair, The/mymovies-front.jpg' Apr 15 01:00:17 Tower logger: `./Movies/HD/Thomas Crown Affair, The/Thomas Crown Affair, The.dvdid.xml' -> `/mnt/user0/./Movies/HD/Thomas Crown Affair, The/Thomas Crown Affair, The.dvdid.xml' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Thomas Crown Affair, The/Thomas Crown Affair, The.dvdid.xml' Apr 15 01:00:17 Tower logger: `./Movies/HD/Thomas Crown Affair, The/mymovies.xml' -> `/mnt/user0/./Movies/HD/Thomas Crown Affair, The/mymovies.xml' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Thomas Crown Affair, The/mymovies.xml' Apr 15 01:00:17 Tower logger: `./Movies/HD/Thomas Crown Affair, The/folder.jpg' -> `/mnt/user0/./Movies/HD/Thomas Crown Affair, The/folder.jpg' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Thomas Crown Affair, The/folder.jpg' Apr 15 01:00:17 Tower logger: `./Movies/HD/Thomas Crown Affair, The/mymovies-back.jpg' -> `/mnt/user0/./Movies/HD/Thomas Crown Affair, The/mymovies-back.jpg' Apr 15 01:00:17 Tower logger: removed `./Movies/HD/Thomas Crown Affair, The/mymovies-back.jpg' Apr 15 01:01:38 Tower logger: mover finished Apr 15 01:33:32 Tower emhttp: shcmd (154): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 15 01:33:32 Tower emhttp: shcmd (155): /usr/sbin/hdparm -y /dev/sdl >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (156): /usr/sbin/hdparm -y /dev/sdm >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (157): /usr/sbin/hdparm -y /dev/sdd >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (158): /usr/sbin/hdparm -y /dev/sdj >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (159): /usr/sbin/hdparm -y /dev/sdi >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (160): /usr/sbin/hdparm -y /dev/sdk >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (161): /usr/sbin/hdparm -y /dev/sda >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (162): /usr/sbin/hdparm -y /dev/sdc >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (163): /usr/sbin/hdparm -y /dev/sdb >/dev/null Apr 15 01:33:33 Tower emhttp: shcmd (164): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 15 01:33:34 Tower emhttp: shcmd (165): /usr/sbin/hdparm -y /dev/sdg >/dev/null Apr 15 01:33:35 Tower emhttp: shcmd (166): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 15 08:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 15 08:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 15 08:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 15 08:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 15 08:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 15 20:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 15 20:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 15 20:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 15 20:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 15 20:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 15 23:48:43 Tower emhttp: shcmd (167): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 16 01:00:01 Tower logger: mover started Apr 16 01:01:37 Tower logger: mover finished Apr 16 01:32:44 Tower emhttp: shcmd (168): /usr/sbin/hdparm -y /dev/sde >/dev/null Apr 16 01:32:44 Tower emhttp: shcmd (169): /usr/sbin/hdparm -y /dev/sdl >/dev/null Apr 16 01:32:45 Tower emhttp: shcmd (170): /usr/sbin/hdparm -y /dev/sdm >/dev/null Apr 16 01:32:45 Tower emhttp: shcmd (171): /usr/sbin/hdparm -y /dev/sdd >/dev/null Apr 16 01:32:45 Tower emhttp: shcmd (172): /usr/sbin/hdparm -y /dev/sdj >/dev/null Apr 16 01:32:45 Tower emhttp: shcmd (173): /usr/sbin/hdparm -y /dev/sdi >/dev/null Apr 16 01:32:45 Tower emhttp: shcmd (174): /usr/sbin/hdparm -y /dev/sdk >/dev/null Apr 16 01:32:45 Tower emhttp: shcmd (175): /usr/sbin/hdparm -y /dev/sda >/dev/null Apr 16 01:32:45 Tower emhttp: shcmd (176): /usr/sbin/hdparm -y /dev/sdc >/dev/null Apr 16 01:32:45 Tower emhttp: shcmd (177): /usr/sbin/hdparm -y /dev/sdf >/dev/null Apr 16 01:32:46 Tower emhttp: shcmd (178): /usr/sbin/hdparm -y /dev/sdg >/dev/null Apr 16 01:32:48 Tower emhttp: shcmd (179): /usr/sbin/hdparm -y /dev/sdn >/dev/null Apr 16 08:04:24 Tower dhcpcd[1404]: sending DHCP_REQUEST for 192.168.1.104 to 192.168.1.1 Apr 16 08:04:24 Tower dhcpcd[1404]: dhcpIPaddrLeaseTime=86400 in DHCP server response. Apr 16 08:04:24 Tower dhcpcd[1404]: dhcpT1value is missing in DHCP server response. Assuming 43200 sec Apr 16 08:04:24 Tower dhcpcd[1404]: dhcpT2value is missing in DHCP server response. Assuming 75600 sec Apr 16 08:04:24 Tower dhcpcd[1404]: DHCP_ACK received from (192.168.1.1) Apr 16 11:44:29 Tower login[1647]: ROOT LOGIN on `tty1' syslog.pdf
April 16, 201016 yr You syslog shows the eth0 link being dropped and coming back up several times. I would check the cable from the router to the server first... It could also be a loose connector, a poorly crimped connector, or even an intermittent LAN chipset on either the router or the unRAID server, but those are far less likely than the cabling between the router and the server.
April 17, 201016 yr Author So it looks like a hardware problem. I did change the cable with same results. Also it seems strange that it rarely happens (and has never more than twice in 24 hours) and when it does it never lasts more than 10 minutes.
April 17, 201016 yr So it looks like a hardware problem. I did change the cable with same results. Also it seems strange that it rarely happens (and has never more than twice in 24 hours) and when it does it never lasts more than 10 minutes. Is the cable a commercial cable, or one your prepared/crimped the connectors onto Have you always used the same port on the router? Perhaps try a different port, or swap it with a different port. It could be the ethernet port on the server. (either could be heat sensitive) If so, an add-on ethernet port on a plug-in card might be the solution. Are you using cat5e, or cat6 cabling? How long is the cable? Are there intermediate connections/splices/wall plates?
April 23, 201016 yr Author So it looks like a hardware problem. I did change the cable with same results. Also it seems strange that it rarely happens (and has never more than twice in 24 hours) and when it does it never lasts more than 10 minutes. Is the cable a commercial cable, or one your prepared/crimped the connectors onto Have you always used the same port on the router? Perhaps try a different port, or swap it with a different port. It could be the ethernet port on the server. (either could be heat sensitive) If so, an add-on ethernet port on a plug-in card might be the solution. Are you using cat5e, or cat6 cabling? How long is the cable? Are there intermediate connections/splices/wall plates? Sorry Joe had a long week at work and have been riding the river of The Nile. I did a little basic troubleshooting and switched the cables to the Server but it still loses at random. Also have a new problem that may have happened while I was switching/giggling the cable or maybe the problem getting worse*. Went to watch a movie last night and it was stuttering so bad I had to put the BD in. Went out and looked at the switching box and was not getting 1Gb LED to light up. So I... 1) Switched cables (again) even tried a shot cable that required moving across the room. 2) removed Wall Plate and visually checked cabling 3) Rebooted Server 4) Moved Server to another room and hooked through another Ethernet port (all different cabling/splices/wall plates all the way to the switch). Still not getting the 1Gb LED to light up (it's of course it's lit for my Router, Mac Pro and HTPC). Is it possible my Motherboard (Ethernet controller) is the problem(s) the whole time? Is there a way to test it? I have a Super C2SEE or C2SEA (recommended by Lime). *For a couple of months when I would start a move I would get stuttering/audio sync (about 30 seconds) and then it would play fine for about 2 minutes and then stutter again for about 30 seconds. Then it would play fine for the rest of the movie without a hiccup.
April 24, 201016 yr Is it possible my Motherboard (Ethernet controller) is the problem(s) the whole time? Yes. Consider this: http://www.newegg.com/Product/Product.aspx?Item=N82E16833106121 EDIT: First do what Joe L. suggests below:
April 24, 201016 yr Your description of the "different cabling/splices/wall plates all the way to the switch" make me think the problem might just be that the cabling/splices/wall plates are not using cat5e cable, or if they are are not terminated correctly. (basically the cabling must be tightly twisted all the way into the connectors, and the correct pairs wired to the correct pins.) Before you consider the network interface on your MB to be defective, please purchase a 50-foot (or whatever is needed) cat5e cable and connect the unRAID server directly to the switch, running the cable down the hall as needed. It it then works, then you need to revisit your in-wall wiring. It might not be up to 1000Mb/s speed. Joe L.
April 24, 201016 yr Author Your description of the "different cabling/splices/wall plates all the way to the switch" make me think the problem might just be that the cabling/splices/wall plates are not using cat5e cable, or if they are are not terminated correctly. (basically the cabling must be tightly twisted all the way into the connectors, and the correct pairs wired to the correct pins.) Before you consider the network interface on your MB to be defective, please purchase a 50-foot (or whatever is needed) cat5e cable and connect the unRAID server directly to the switch, running the cable down the hall as needed. It it then works, then you need to revisit your in-wall wiring. It might not be up to 1000Mb/s speed. Joe L. All of the in-wall cabling was put in when my house was built (6 years ago) and on the face plate connector's it says E-Cat (not CatE but I'm sure that's what it is). Also can check in my connection box, but pretty sure the cable's are stamped as CatE too. It has been working at 1Gb using the same plate/wiring for over a year, my Mac Pro and HTPC are going through the same installed plate/wiring at 1Gb (just at different locations). Of course my server is on the 3ed floor and my switch on the first so it would require moving it to accomplish this and going by the long 1Gb working history would be a waist of time. Could I just unhook the the switch, bring it upstairs then hook it directly to the Server (not hooked to router or other computers) and see if the 1Gb LED lights?
April 24, 201016 yr Pop down to your local computer store and pickup a gigabit controller, if you arent using PCI bus for anything a PCI would do, or a PCI-e x1 GB NIC assuming you arent using the x1 slot.
April 24, 201016 yr Of course my server is on the 3ed floor and my switch on the first so it would require moving it to accomplish this and going by the long 1Gb working history would be a waist of time. Could I just unhook the the switch, bring it upstairs then hook it directly to the Server (not hooked to router or other computers) and see if the 1Gb LED lights? Yes, you can just move the switch and see if the light comes on. It would be a quick test.
April 24, 201016 yr Author It's official, I'm an idiot. My switch has the ports labeled backwards (1 is 6 and 6 is 1) and the port that was not registering 1Gb was actually my router (the whole reason I had to buy the switch in the first place) in port 1. So after all that I am getting 1Gb connection from my Server in port 6. Now back to trying to figure out what's causing the lost connection issue.
May 1, 201016 yr Author I've made a near 100% determination on my (original) loses Server connection problem. It's unRAID software or the Server hardware/software. It lost connection a couple of times while I was here and I immediately reset the Server. As soon as it booted I was able to connect back to the Server. I also remember this happening several times in the past. Since it comes back on-line as soon as it's rebooted and not just at a random time when I don't reboot the Server, this means it's something to do with the Server or unRAID. Joe, are you sure there is nothing unRAID can be doing to cause the problem? Could the problem be in my MB's Ethernet connection and would a replacement card possibly solve the problem? Is there any way to test what the problem might be now that I know it in the Sever itself?
May 1, 201016 yr Could the problem be in my MB's Ethernet connection and would a replacement card possibly solve the problem? Is there any way to test what the problem might be now that I know it in the Sever itself? This brings us full circle seven posts back... Is it possible my Motherboard (Ethernet controller) is the problem(s) the whole time? Yes. Consider this: http://www.newegg.com/Product/Product.aspx?Item=N82E16833106121 Any local computer store will sell you this card for ~ 30 bucks. And if it turns out that the problem is elsewhere, you can easily return it.
May 1, 201016 yr Author ...Any local computer store will sell you this card for ~ 30 bucks. And if it turns out that the problem is elsewhere, you can easily return it. Just to be sure. I can buy any Ethernet card and instal and the MB/unRAID will see it without the need for drivers even if it says Windows compatible? Is a PCI just as good as a PCI-E x1 for ethernet card?
May 1, 201016 yr ...Any local computer store will sell you this card for ~ 30 bucks. And if it turns out that the problem is elsewhere, you can easily return it. Just to be sure. I can buy any Ethernet card... Intel Ethernet cards are rock solid with unRAID. It's a no-brainer. You could buy any Ethernet card, but without the knowledge about how well it (reportedly) works with unRAID, it will not give you a good answer as to where your original problem was. Is a PCI just as good as a PCI-E x1 for ethernet card? Yes. You may at some point want to use that PCI-E x1 slot for a hard disk adapter, so don't waste it. But if you're sure that you're not going to need that slot, then get a PCI-E NIC.
May 1, 201016 yr Author Intel Ethernet cards are rock solid with unRAID. It's a no-brainer. You could buy any Ethernet card, but without the knowledge about how well it (reportedly) works with unRAID, it will not give you a good answer as to where your original problem was.... You may at some point want to use that PCI-E x1 slot for a hard disk adapter, so don't waste it. But if you're sure that you're not going to need that slot, then get a PCI-E NIC. Thanks, when installed will I have a way of choosing which Ethernet port (since I'll have 2) unRAID uses? Also I have 1 Ex1 and 3 PCI's slots open. Which card out of these would be my best choice?
May 1, 201016 yr when installed will I have a way of choosing which Ethernet port (since I'll have 2) unRAID uses? You'll have to disable the old one in BIOS. Also, you'll have to to delete the old MAC address in network.cfg. (in the "config" folder on your flash disk)
May 1, 201016 yr Author You'll have to disable the old one in BIOS. Also, you'll have to to delete the old MAC address in network.cfg. (in the "config" folder on your flash disk) So is the 1st PCI card in my list is probably the best choice (cheapest PCI) and what you would choose? Also in the pic below this is the file I need to modify? Of course I must do it at the Console? Could you please post the 101 syntax version I need to do to modify it? Just as a side note has the developer quit supporting unRAID? I've had mine (4.4) almost a year there hasn't been an update other then a few betas. Thanks.
May 1, 201016 yr That is incorrect. You haven't been paying attention. There have been multiple FINAL versions of unRAID released over the past year. There was 4.5, 4.5.1 and 4.5.3 FINAL.
May 1, 201016 yr ..this is the file I need to modify? Of course I must do it at the Console? Could you please post the 101 syntax version I need to do to modify it? It is a plain-text file. Edit it with any text editor, just before you shutdown the server for the upgrade. Look for this line: HWADDR=00:12:C4:13:A9:F2 Remove the numbers (whatever they are), and leave it like this: HWADDR=
Archived
This topic is now archived and is closed to further replies.