ewhac
Contributor
- Joined
- Aug 20, 2013
- Messages
- 177
Lately, I've been trying to apply the latest automatic updates to my FreeNAS box, and the update process is hanging. The updates appear to download, and the update process seems to start, but the GUI hangs and never completes.
Last night, I tried something a bit more aggressive, and downloaded the 9.3-CURRENT GUI Upgrade image. The image uploaded to the box, and once again the update process appeared to launch but, again, seemed to hang and never completed. The GUI prompt never left the "Uploading Step 2/2" phase.
I pulled out the clown hammer and rebooted the system, and tried the GUI Upgrade path again. This time the update failed, as the dataset the previous attempt had unpacked into already existed. I SSHed into the machine, `zfs destroy`ed that dataset (which I was deeply uncomfortable doing), and started the upgrade again. The dataset was re-created, re-populated, and mounted, but then the update script seemed to just sit there. CPU and I/O activity were minimal, and I could not figure out what the update script was hanging on. The logs did not contain any clues as to what it was up to or what difficulties it was having.
Everything else about the system appears to be working normally -- CIFS file sharing, SSH logins, miniDLNA in a jail, etc. It just seems aggressively disinterested in completing an update.
Just now, as I am writing this up, I recall a couple of weird incidents that make me wonder if it's an IPv6 issue. To destroy the upgrade image dataset, I had to 'su' to root. The `zfs destroy` command took about 60 seconds to complete, during which there was no disk activity (the blinky light didn't blink). When I then exited that shell, the exit took about 45 seconds to complete. In my experience, weird delays like that happen when the system tries to do something via IPv6, fails, and finally falls back to IPv4.
This is the first major issue I've had with FreeNAS. I can't begin to imagine what I screwed up. Does this sound repairable, or will I need to reinstall from scratch?
Last night, I tried something a bit more aggressive, and downloaded the 9.3-CURRENT GUI Upgrade image. The image uploaded to the box, and once again the update process appeared to launch but, again, seemed to hang and never completed. The GUI prompt never left the "Uploading Step 2/2" phase.
I pulled out the clown hammer and rebooted the system, and tried the GUI Upgrade path again. This time the update failed, as the dataset the previous attempt had unpacked into already existed. I SSHed into the machine, `zfs destroy`ed that dataset (which I was deeply uncomfortable doing), and started the upgrade again. The dataset was re-created, re-populated, and mounted, but then the update script seemed to just sit there. CPU and I/O activity were minimal, and I could not figure out what the update script was hanging on. The logs did not contain any clues as to what it was up to or what difficulties it was having.
Everything else about the system appears to be working normally -- CIFS file sharing, SSH logins, miniDLNA in a jail, etc. It just seems aggressively disinterested in completing an update.
Just now, as I am writing this up, I recall a couple of weird incidents that make me wonder if it's an IPv6 issue. To destroy the upgrade image dataset, I had to 'su' to root. The `zfs destroy` command took about 60 seconds to complete, during which there was no disk activity (the blinky light didn't blink). When I then exited that shell, the exit took about 45 seconds to complete. In my experience, weird delays like that happen when the system tries to do something via IPv6, fails, and finally falls back to IPv4.
This is the first major issue I've had with FreeNAS. I can't begin to imagine what I screwed up. Does this sound repairable, or will I need to reinstall from scratch?