October 8, 201312 yr Hello, unRaid has been running flawlessly for months. The only plug-ins are PLEX and PMS Updater. Today I was unable to establish a browser connection (Error code: ERR_EMPTY_RESPONSE) with unRAid although I can telnet in. Reboot (unRAID and remote computer) unsuccessful. PLEX not autostarting. Syslog attached. Any ideas much appreciated. I am a Linux nitwit so please be specific with suggested actions. thanks, ron syslog-2013-10-07.txt
October 8, 201312 yr Author How do I access safe mode? There is a thread http://lime-technology.com/forum/index.php?action=search2discussing a safe mode option but I can't find where it has been implemented. Thanks for your help. Ron
October 8, 201312 yr It is one of the options presented on the console when booting off the USB drive. However you need to be on the latest release for this to be offered.
October 9, 201312 yr Author Thanks for the advice. I have tried the following: 1. Rename Plugins and Extras. Able to telnet in but no browser. 2. Removed Plugins and Extras. Same result. 3. Reformatted flash drive and installed 5.0-i386. No telnet access or browser access. 4. Replaced Config folder with my old Config folder. Still no Telnet or browser access. ifconfig is not showing an address. Syslog seems to show problems getting address (192.168.2.102). My router is set to assign .102 to unRAID. Attempting to ping .102 results in a time out error. Syslog over 192KB so I put it in a DropBox folder. https://dl.dropboxusercontent.com/u/36329691/syslog%202013-10-09 Thanks in advance, ron
October 10, 201312 yr type lsmod at the terminal and see if "r8169" shows up in the list. The driver for that chipset is buggy, and there were a lot of problems in rc8a with it. I'd recommend upgrading to 5.0 final.
October 10, 201312 yr Author Hello, Thank you for your input. lsmod does not show "r8169". It shows "r8168". What do you suggest? My recollection is that I chose the motherboard as one which was on the "approved" list of MB's because I had NIC chipset issues with my first build. This build has worked without a hitch using rc8 for months. It was so stable I refrained from any 5.0 upgrades and only ran the 2 PLEX plugins so as not to risk "contaminating" or "jinxing" the system. Anyway, I have tried 5.0-i386 (What is the i386 build anyway? Intel processor specific?) and 5.0-rc16c and each time get an apparently normal boot but can't telnet in, can't get a browser window and pinging the machine times out. So I reloaded rc8 and I can telnet in and ping successfully but still no browser. The lack of browser access is with Chrome, IE, and Firefox on two different machines. ifconfig is NOT showing an active ip address for eth0 using rc16 (no line "inet addr: ") but DOES show the correct ip address with rc8. Also, I can get to /boot/ from Windows via Network Places with rc8 but not with rc16. I am reinstalling rc8 from the files I copied prior to reformatting the flash drive. Is there any way to get a clean rc8 installation I can try? Best, ron
October 10, 201312 yr If its r8168 there shouldn't be an issue. Try this, telnet in and type this: cd /etc/ mc press the down arrow until you get to dhcpcd.conf "F4" to edit press down arrow until you get to "option interface_mtu" enter a # at the front of the line to comment that out. Press F2 to save /etc/rc.d/rc.inet1 restart Note this is a shot in the dark. From what I'm able to tell it looks like the MTU being set so low is causing issues. Who is your ISP?
October 10, 201312 yr Check the router setting for MTU setting. If it has worked this long and all of a sudden stopped working, I would assume that it is on the ISP's end. But that does warrant asking the question (and I should have): "Have you changed anything with your network lately"
October 10, 201312 yr Author 1. No, there have been no changes to the network. ISP is COX. 2. The router has the option: MTU Size (in bytes): 1500 (The default is 1500, do not change unless necessary.) 3. I modified dhcpcd.conf as suggested without apparent effect.
October 10, 201312 yr Author Newest Syslog attached. I greatly appreciate your time. ron syslog-2013-10-09-#2.txt
October 10, 201312 yr Ok, because unraid resides in ram, everytime you reboot any changes to the OS get wiped out. The change i had you make to dhcpcd.conf were included. When you initially made the change did you restart or did you just run the command and then try again? I'd need a syslog after making the change but without a reboot. What I was after was to see if the MTU was still being set at 576
October 10, 201312 yr Author Understood. I redid the changes to dhcpcd.conf and captured a current syslog. No reboot. syslog-2013-10-09_#3.txt
October 10, 201312 yr From that it appears the MTU is staying at 1500 now. What does ifconfig say? It should tell you what the MTU is set at.... Still no change on accessing the browser? Have you by chance tried a different browser?
October 10, 201312 yr i386 refers to the instruction set. Show the output of "ifconfig" and "ethtool eth0".
October 10, 201312 yr Author ifconfig: eth0 Link encap:Ethernet HWaddr 00:30:67:b3:90:0f inet addr:192.168.2.102 Bcast:255.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2627 errors:0 dropped:0 overruns:0 frame:0 TX packets:2453 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:308534 (301.3 KiB) TX bytes:741535 (724.1 KiB) Interrupt:47 Base address:0x6000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:836 (836.0 B) TX bytes:836 (836.0 B) root@Tower:/etc# ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on MDI-X: Unknown Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000033 (51) Link detected: yes
October 10, 201312 yr This looks good. ifconfig: eth0 Link encap:Ethernet HWaddr 00:30:67:b3:90:0f inet addr:192.168.2.102 Bcast:255.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2627 errors:0 dropped:0 overruns:0 frame:0 TX packets:2453 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:308534 (301.3 KiB) TX bytes:741535 (724.1 KiB) Interrupt:47 Base address:0x6000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:836 (836.0 B) TX bytes:836 (836.0 B) root@Tower:/etc# ethtool eth0 Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on MDI-X: Unknown Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000033 (51) Link detected: yes
October 10, 201312 yr Author unRAID just showed up on Firefox on my wife's computer. Still not showing up on my computer. Not certain where the problem is but I am going to pound on this for a bit now that I have browser access. Thanks for all the help. Ill post again and give followup if I am successful or need more help. Thanks again, ron
October 10, 201312 yr Clear your cookies and flush the DNS cache. Are you trying to access via "tower" or the ip? If tower try the ip.
Archived
This topic is now archived and is closed to further replies.