(SOLVED)Can't access the Web GUI


Recommended Posts

(SOLVED) I was able to test out the USB in the slots on the back instead of infront of the case and it worked. So my guess is that the driver wasn't loading for the USB controller on the front panel.

 

So I have UnRAID 6.1.9 on a 32GB USB. It boots up fine but when I try to access the server by either the IP or domain name it won't let me get in, but I can use Putty to access it for some reason. I'll put the syslog below, I had to delete some text because of the 20000 character limit, so I chose what I thought was important, if it doesn't have what you need to find out, I uploaded it to paste bin here: http://pastebin.com/3W9EVKHq. One thing I want to mention is that when I tried to boot from another computer it booted up fine and was able to access the Web GUI, but when it boots in my server I can't access the Web GUI.

Mar  8 16:10:06 Tower kernel: NET: Registered protocol family 2
Mar  8 16:10:06 Tower kernel: TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
Mar  8 16:10:06 Tower kernel: TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
Mar  8 16:10:06 Tower kernel: TCP: Hash tables configured (established 131072 bind 65536)
Mar  8 16:10:06 Tower kernel: UDP hash table entries: 8192 (order: 6, 262144 bytes)
Mar  8 16:10:06 Tower kernel: UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes)
Mar  8 16:10:06 Tower kernel: NET: Registered protocol family 1
Mar  8 16:10:06 Tower kernel: RPC: Registered named UNIX socket transport module.
Mar  8 16:10:06 Tower kernel: RPC: Registered udp transport module.
Mar  8 16:10:06 Tower kernel: RPC: Registered tcp transport module.
Mar  8 16:10:06 Tower kernel: RPC: Registered tcp NFSv4.1 backchannel transport module.
Mar  8 16:10:06 Tower kernel: Netfilter messages via NETLINK v0.30.
Mar  8 16:10:06 Tower kernel: nfnl_acct: registering with nfnetlink.
Mar  8 16:10:06 Tower kernel: nf_conntrack version 0.5.0 (65536 buckets, 262144 max)
Mar  8 16:10:06 Tower kernel: nf_tables: (c) 2007-2009 Patrick McHardy <[email protected]>
Mar  8 16:10:06 Tower kernel: nf_tables_compat: (c) 2012 Pablo Neira Ayuso <[email protected]>
Mar  8 16:10:06 Tower kernel: xt_time: kernel timezone is -0000
Mar  8 16:10:06 Tower kernel: ipip: IPv4 over IPv4 tunneling driver
Mar  8 16:10:06 Tower kernel: gre: GRE over IPv4 demultiplexor driver
Mar  8 16:10:06 Tower kernel: ip_gre: GRE over IPv4 tunneling driver
Mar  8 16:10:06 Tower kernel: IPv4 over IPsec tunneling driver
Mar  8 16:10:06 Tower kernel: NET: Registered protocol family 17
Mar  8 16:10:06 Tower kernel: bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
Mar  8 16:10:06 Tower kernel: Bridge firewalling registered
Mar  8 16:10:06 Tower kernel: 9pnet: Installing 9P2000 support
Mar  8 16:10:06 Tower kernel: Key type dns_resolver registered
Mar  8 16:10:06 Tower kernel: registered taskstats version 1
Mar  8 16:10:06 Tower kernel: Btrfs loaded
Mar  8 16:10:06 Tower kernel: rtc_cmos 00:04: setting system clock to 2016-03-09 00:09:31 UTC (1457482171)
Mar  8 16:10:06 Tower kernel: Freeing unused kernel memory: 916K (ffffffff8188f000 - ffffffff81974000)
Mar  8 16:10:06 Tower kernel: acpi-cpufreq: overriding BIOS provided _PSD data
Mar  8 16:10:06 Tower kernel: ahci 0000:00:11.0: version 3.0
Mar  8 16:10:06 Tower kernel: r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
Mar  8 16:10:06 Tower kernel: r8169 0000:03:00.0: can't disable ASPM; OS doesn't have ASPM control
Mar  8 16:10:06 Tower kernel: ahci 0000:00:11.0: AHCI 0001.0200 32 slots 4 ports 6 Gbps 0xf impl SATA mode
Mar  8 16:10:06 Tower kernel: ahci 0000:00:11.0: flags: 64bit ncq sntf ilck pm led clo pmp pio slum part
Mar  8 16:10:06 Tower kernel: scsi host0: ahci
Mar  8 16:10:06 Tower kernel: r8169 0000:03:00.0 eth0: RTL8168evl/8111evl at 0xffffc90001c0e000, 74:d4:35:58:b3:5b, XID 0c900880 IRQ 29
Mar  8 16:10:06 Tower kernel: r8169 0000:03:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
Mar  8 16:10:06 Tower kernel: scsi host1: ahci
Mar  8 16:10:06 Tower kernel: scsi host2: ahci
Mar  8 16:10:06 Tower kernel: scsi host3: ahci
Mar  8 16:10:06 Tower kernel: ata1: SATA max UDMA/133 abar m1024@0xfeb0b000 port 0xfeb0b100 irq 19
Mar  8 16:10:06 Tower kernel: ata2: SATA max UDMA/133 abar m1024@0xfeb0b000 port 0xfeb0b180 irq 19
Mar  8 16:10:06 Tower kernel: ata3: SATA max UDMA/133 abar m1024@0xfeb0b000 port 0xfeb0b200 irq 19
Mar  8 16:10:06 Tower kernel: ata4: SATA max UDMA/133 abar m1024@0xfeb0b000 port 0xfeb0b280 irq 19
Mar  8 16:10:06 Tower kernel: piix4_smbus 0000:00:14.0: SMBus Host Controller at 0xb00, revision 0
Mar  8 16:10:06 Tower kernel: piix4_smbus 0000:00:14.0: Auxiliary SMBus Host Controller at 0xb20
Mar  8 16:10:06 Tower kernel: scsi host4: pata_atiixp
Mar  8 16:10:06 Tower kernel: scsi host5: pata_atiixp
Mar  8 16:10:06 Tower kernel: ata5: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xf000 irq 14
Mar  8 16:10:06 Tower kernel: ata6: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xf008 irq 15
Mar  8 16:10:06 Tower kernel: ata5.00: ATA-9: ADATA SP550, 2F5220007125, O0803B5a, max UDMA/133
Mar  8 16:10:06 Tower kernel: ata5.00: 937703088 sectors, multi 2: LBA48 NCQ (depth 0/32)
Mar  8 16:10:06 Tower kernel: ata5.00: limited to UDMA/33 due to 40-wire cable
Mar  8 16:10:06 Tower kernel: ata5.00: configured for UDMA/33
Mar  8 16:10:06 Tower kernel: ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Mar  8 16:10:06 Tower kernel: ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Mar  8 16:10:06 Tower kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Mar  8 16:10:06 Tower kernel: ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Mar  8 16:10:06 Tower kernel: ata2.00: ATA-8: HGST HDN724040ALE640,       PK1334PEHPA1ZS, MJAOA5E0, max UDMA/133
Mar  8 16:10:06 Tower kernel: ata2.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Mar  8 16:10:06 Tower kernel: ata3.00: ATA-8: HGST HDN724040ALE640,       PK1334PEHNHT3S, MJAOA5E0, max UDMA/133
Mar  8 16:10:06 Tower kernel: ata3.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Mar  8 16:10:06 Tower kernel: ata4.00: ATA-9: ADATA SP550, 2F5220006843, O0803B5a, max UDMA/133
Mar  8 16:10:06 Tower kernel: ata4.00: 937703088 sectors, multi 2: LBA48 NCQ (depth 31/32), AA
Mar  8 16:10:06 Tower kernel: ata1.00: ATA-8: HGST HDN724040ALE640,       PK1334PEHPD7JS, MJAOA5E0, max UDMA/133
Mar  8 16:10:06 Tower kernel: ata1.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Mar  8 16:10:06 Tower kernel: ata4.00: configured for UDMA/133
Mar  8 16:10:06 Tower kernel: ata3.00: configured for UDMA/133
Mar  8 16:10:06 Tower kernel: ata2.00: configured for UDMA/133
Mar  8 16:10:06 Tower kernel: ata1.00: configured for UDMA/133
Mar  8 16:10:06 Tower kernel: scsi 0:0:0:0: Direct-Access     ATA      HGST HDN724040AL A5E0 PQ: 0 ANSI: 5
Mar  8 16:10:06 Tower kernel: sd 0:0:0:0: [sda] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
Mar  8 16:10:06 Tower kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Mar  8 16:10:06 Tower kernel: sd 0:0:0:0: [sda] 4096-byte physical blocks
Mar  8 16:10:06 Tower kernel: scsi 1:0:0:0: Direct-Access     ATA      HGST HDN724040AL A5E0 PQ: 0 ANSI: 5
Mar  8 16:10:06 Tower kernel: sd 0:0:0:0: [sda] Write Protect is off
Mar  8 16:10:06 Tower kernel: sd 1:0:0:0: [sdb] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
Mar  8 16:10:06 Tower kernel: sd 1:0:0:0: [sdb] 4096-byte physical blocks
Mar  8 16:10:06 Tower kernel: sd 1:0:0:0: Attached scsi generic sg1 type 0
Mar  8 16:10:06 Tower kernel: sd 1:0:0:0: [sdb] Write Protect is off
Mar  8 16:10:06 Tower kernel: sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
Mar  8 16:10:06 Tower kernel: sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mar  8 16:10:06 Tower kernel: scsi 2:0:0:0: Direct-Access     ATA      HGST HDN724040AL A5E0 PQ: 0 ANSI: 5
Mar  8 16:10:06 Tower kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Mar  8 16:10:06 Tower kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mar  8 16:10:06 Tower kernel: sd 2:0:0:0: [sdc] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
Mar  8 16:10:06 Tower kernel: sd 2:0:0:0: [sdc] 4096-byte physical blocks
Mar  8 16:10:06 Tower kernel: sd 2:0:0:0: Attached scsi generic sg2 type 0
Mar  8 16:10:06 Tower kernel: sd 2:0:0:0: [sdc] Write Protect is off
Mar  8 16:10:06 Tower kernel: sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Mar  8 16:10:06 Tower kernel: sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mar  8 16:10:06 Tower kernel: scsi 3:0:0:0: Direct-Access     ATA      ADATA SP550      3B5a PQ: 0 ANSI: 5
Mar  8 16:10:06 Tower kernel: sd 3:0:0:0: [sdd] 937703088 512-byte logical blocks: (480 GB/447 GiB)
Mar  8 16:10:06 Tower kernel: sd 3:0:0:0: Attached scsi generic sg3 type 0
Mar  8 16:10:06 Tower kernel: sd 3:0:0:0: [sdd] Write Protect is off
Mar  8 16:10:06 Tower kernel: sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
Mar  8 16:10:06 Tower kernel: sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mar  8 16:10:06 Tower kernel: scsi 4:0:0:0: Direct-Access     ATA      ADATA SP550      3B5a PQ: 0 ANSI: 5
Mar  8 16:10:06 Tower kernel: sd 4:0:0:0: [sde] 937703088 512-byte logical blocks: (480 GB/447 GiB)
Mar  8 16:10:06 Tower kernel: sd 4:0:0:0: Attached scsi generic sg4 type 0
Mar  8 16:10:06 Tower kernel: sd 4:0:0:0: [sde] Write Protect is off
Mar  8 16:10:06 Tower kernel: sd 4:0:0:0: [sde] Mode Sense: 00 3a 00 00
Mar  8 16:10:06 Tower kernel: sd 4:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mar  8 16:10:06 Tower kernel: sd 3:0:0:0: [sdd] Attached SCSI disk
Mar  8 16:10:06 Tower kernel: sd 4:0:0:0: [sde] Attached SCSI disk
Mar  8 16:10:06 Tower kernel: sd 1:0:0:0: [sdb] Attached SCSI disk
Mar  8 16:10:06 Tower kernel: sd 2:0:0:0: [sdc] Attached SCSI disk
Mar  8 16:10:06 Tower kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Mar  8 16:10:06 Tower kernel: random: dd urandom read with 126 bits of entropy available
Mar  8 16:10:06 Tower kernel: random: nonblocking pool is initialized
Mar  8 16:10:09 Tower logger: /etc/rc.d/rc.inet1:  List of interfaces: 'eth0'
Mar  8 16:10:09 Tower logger: /etc/rc.d/rc.inet1:  /sbin/ifconfig lo 127.0.0.1
Mar  8 16:10:09 Tower logger: /etc/rc.d/rc.inet1:  /sbin/route add -net 127.0.0.0 netmask 255.0.0.0 lo
Mar  8 16:10:09 Tower logger: /etc/rc.d/rc.inet1:  /usr/bin/timeout 60 /sbin/dhcpcd -w -t 10 -h Tower -d -L eth0
Mar  8 16:10:09 Tower dhcpcd[1346]: dhcpcd-6.8.1 starting
Mar  8 16:10:09 Tower dhcpcd[1346]: eth0: executing `/lib/dhcpcd/dhcpcd-run-hooks' PREINIT
Mar  8 16:10:09 Tower dhcpcd[1346]: eth0: executing `/lib/dhcpcd/dhcpcd-run-hooks' NOCARRIER
Mar  8 16:10:09 Tower dhcpcd[1346]: eth0: waiting for carrier
Mar  8 16:10:09 Tower kernel: r8169 0000:03:00.0 eth0: link down
Mar  8 16:10:09 Tower kernel: r8169 0000:03:00.0 eth0: link down
Mar  8 16:10:12 Tower dhcpcd[1346]: eth0: carrier acquired
Mar  8 16:10:12 Tower kernel: r8169 0000:03:00.0 eth0: link up
Mar  8 16:10:12 Tower dhcpcd[1346]: eth0: executing `/lib/dhcpcd/dhcpcd-run-hooks' CARRIER
Mar  8 16:10:12 Tower dhcpcd[1346]: eth0: delaying IPv4 for 0.7 seconds
Mar  8 16:10:13 Tower dhcpcd[1346]: eth0: using ClientID 01:74:d4:35:58:b3:5b
Mar  8 16:10:13 Tower dhcpcd[1346]: eth0: soliciting a DHCP lease
Mar  8 16:10:13 Tower dhcpcd[1346]: eth0: sending DISCOVER (xid 0x5494da0d), next in 3.7 seconds
Mar  8 16:10:13 Tower dhcpcd[1346]: eth0: offered 192.168.1.6 from 192.168.1.1
Mar  8 16:10:13 Tower dhcpcd[1346]: eth0: sending REQUEST (xid 0x5494da0d), next in 3.3 seconds
Mar  8 16:10:13 Tower dhcpcd[1346]: eth0: acknowledged 192.168.1.6 from 192.168.1.1
Mar  8 16:10:13 Tower dhcpcd[1346]: eth0: probing for 192.168.1.6
Mar  8 16:10:13 Tower dhcpcd[1346]: eth0: ARP probing 192.168.1.6 (1 of 3), next in 1.8 seconds
Mar  8 16:10:15 Tower dhcpcd[1346]: eth0: ARP probing 192.168.1.6 (2 of 3), next in 1.7 seconds
Mar  8 16:10:17 Tower dhcpcd[1346]: eth0: ARP probing 192.168.1.6 (3 of 3), next in 2.0 seconds
Mar  8 16:10:19 Tower dhcpcd[1346]: eth0: leased 192.168.1.6 for 86400 seconds
Mar  8 16:10:19 Tower dhcpcd[1346]: eth0: renew in 43200 seconds, rebind in 75600 seconds
Mar  8 16:10:19 Tower dhcpcd[1346]: eth0: writing lease `/var/lib/dhcpcd/dhcpcd-eth0.lease'
Mar  8 16:10:19 Tower dhcpcd[1346]: eth0: adding IP address 192.168.1.6/24
Mar  8 16:10:19 Tower dhcpcd[1346]: eth0: adding route to 192.168.1.0/24
Mar  8 16:10:19 Tower dhcpcd[1346]: eth0: adding default route via 192.168.1.1
Mar  8 16:10:19 Tower dhcpcd[1346]: eth0: executing `/lib/dhcpcd/dhcpcd-run-hooks' BOUND
Mar  8 16:10:19 Tower dhcpcd[1346]: forking to background
Mar  8 16:10:19 Tower dhcpcd[1346]: forked to background, child pid 1384
Mar  8 16:10:19 Tower dhcpcd[1384]: eth0: ARP announcing 192.168.1.6 (1 of 2), next in 2.0 seconds
Mar  8 16:10:19 Tower rpc.statd[1398]: Version 1.2.8 starting
Mar  8 16:10:19 Tower sm-notify[1399]: Version 1.2.8 starting
Mar  8 16:10:19 Tower rpc.statd[1398]: Failed to read /var/lib/nfs/state: Success
Mar  8 16:10:19 Tower rpc.statd[1398]: Initializing NSM state
Mar  8 16:10:19 Tower sshd[1418]: Server listening on 0.0.0.0 port 22.
Mar  8 16:10:19 Tower acpid: cannot open input layer
Mar  8 16:10:19 Tower acpid: starting up with netlink and the input layer
Mar  8 16:10:19 Tower acpid: 1 rule loaded
Mar  8 16:10:19 Tower acpid: waiting for events: event logging is off
Mar  8 16:10:19 Tower crond[1443]: /usr/sbin/crond 4.5 dillon's cron daemon, started with loglevel notice
Mar  8 16:10:21 Tower dhcpcd[1384]: eth0: ARP announcing 192.168.1.6 (2 of 2)
Mar  8 16:12:54 Tower sshd[1786]: Accepted none for root from 192.168.1.2 port 52621 ssh2

Link to comment

First thing to check - are you sure that the USB stick is formatted as FAT32.  If it is not the GUI will not come up.

 

In terms of getting help it is much more useful if you post the full diagnostics ZIP file which contains much more than the syslog.  From a putty session you can get this by using the 'diagnostics' command which will put it into the 'logs' folder on the USB stick (i.e. /boot/logs from putty.

Link to comment

First thing to check - are you sure that the USB stick is formatted as FAT32.  If it is not the GUI will not come up.

 

In terms of getting help it is much more useful if you post the full diagnostics ZIP file which contains much more than the syslog.  From a putty session you can get this by using the 'diagnostics' command which will put it into the 'logs' folder on the USB stick (i.e. /boot/logs from putty.

 

Here is what it looks like, I believe more stuff should be showing up besides just the config folder http://i.imgur.com/k5XgqGU.png

Link to comment

First thing to check - are you sure that the USB stick is formatted as FAT32.  If it is not the GUI will not come up.

 

In terms of getting help it is much more useful if you post the full diagnostics ZIP file which contains much more than the syslog.  From a putty session you can get this by using the 'diagnostics' command which will put it into the 'logs' folder on the USB stick (i.e. /boot/logs from putty.

 

Here is what it looks like, I believe more stuff should be showing up besides just the config folder http://i.imgur.com/k5XgqGU.png

Looking at that image there is definitely a problem with the way that the USB stick was prepared as there are a lot more files in the original ZIP file whose contents should have been copied to the USB stick.  That suggest to me that the USB stick is not correctly formatted and is thus not being mounted so that the /boot location you were seeing was purely in RAM.

 

I would suggest that you start again by formatting the USB stick again (making SURE it is formatted as FAT32) and then extract the files from the unRAID ZIP download and run the make_bootable.bat file to make it bootable.  As an indication I have attached a screenshot of the top level of the files/folders that should be present and that should show up under the /boot location from a putty session.

Untitled.jpg.391e20321f8b1a265f52784a1fded871.jpg

Link to comment

I tried it again and same thing, and like how it mentioned earlier that the USB does work on my other computer, I was even able to make the zip file and it saved on the flash drive. Could a setting on the BIOS be breaking it?

OK - if it works as expected in the other computer means it must be created correctly and that it has to be something local to this computer, although quite what it could be I am not sure.

 

Is this a USB2 or USB 3 stick?  Are you using a USB2 or USB3 port on the unRAID server.  It has to be something in this area or a setting in the BIOS around USB I would think?  Also the USB device should not be booting in UEFI mode (but I would expect it to fail if you try). 

 

It might be worth giving the output of the command:

df

from a console/telnet/ssh session as that should show if the USB stick is being mounted as /boot as expected?

Link to comment

It's a USB 3.0 stick and I've tried booting from either the USB 2.0 port and USB 3.0 port. I also made sure it's booting into legacy mode so it won't go into UEFI. I tried the command and only showed tmpfs. So I believe it should at least show disk 1, but like you said earlier it doesn't seem to mount it. It's really strange behavior.

Link to comment
  • 2 years later...

Hilarious enough I found the actual cause and the solution is very simple; for whatever reason the web UI will not accept HTTPS://  connections. To resolve this all I did was cange the URL from "https://tower" to "http://tower", this is what resolved the issue for me. 

  • Like 1
Link to comment
10 hours ago, DataPhile said:

Hilarious enough I found the actual cause and the solution is very simple; for whatever reason the web UI will not accept HTTPS://  connections. To resolve this all I did was cange the URL from "https://tower" to "http://tower", this is what resolved the issue for me. 

 

If you have SSL enabled, Settings/Identification/Management Access/Use SSL/TLS) then in addition to https access to webGui, http is also redirected to https.  We  used to have do this (redirect https to http) even if SSL was not enabled, but that caused conflicts with other apps users wanted listening on default port 443, so we got rid of that redirect in this case.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.