kolafson

Members
  • Posts

    16
  • Joined

  • Last visited

Everything posted by kolafson

  1. Thanks so much for this! I've installed, and it's working just fine. There is one oddity though - its appdata folder is empty, so I'm not sure where the files are being stored. I've mapped /var/config to /mnt/cache/appdata/Booksonic, but that Booksonic folder has nothing in it.
  2. Yep, all better now. Thank you very much!
  3. Because I hate it when I google a problem and only get hits without actual fixes, I thought I'd update this to say that reformatting all disks to XFS fixed the problem. I tried upgraded the memory and removed all disks with pending sectors and it didn't make a difference. Running on XFS now for a few months without a hiccup.
  4. Hi there, hope someone can help. The latest update of this Docker got my Deluge client blocked from a private tracker due to it reporting its version as 1.3.13 dev0. A quick google brought up a bug that might be related: https://bugs.archlinux.org/task/50152 Is there any way that the version can be changed to not have the dev bit in it? Alternatively, can anyone let me know how to downgrade this back to the last version? I've had a look around the forums for how to do that but I'm not having any luck. Thanks in advance!
  5. The server is kindly behaving itself today so I've grabbed the full diagnostics from the gui, attached. tower-diagnostics-20160212-1437.zip
  6. I have checked the file system on all the data disks and they all came back clear, and I ran 2 passes of memtest with no errors. Anyone have any other suggestions? Any guesses as to what would cause the shfs process to use more and more CPU until the system becomes gradually unusable?
  7. Forgot to mention, I've not done a memtest recently. I'll add that to the list! Thanks trurl.
  8. That was me - had a script running to see what process was hogging the CPU, the output of which is attached in the original post. I'm not doing any of the new V6 stuff and don't need to, just thought it was time to upgrade. I hadn't had any issues in V5, it was stable for a couple years. Beginning to regret the upgrade decision now. I actually tried to check the filesystems. Got through one disk OK, but while checking the second disk the bit in the gui where it tells you the status of the check just disappeared. Tried to restart the box with the gui but the array wouldn't stop, so I tried to restart with the powerdown command but that didn't work, and I had to hard reset it. Sigh. I might give it another go tomorrow.
  9. Thanks trurl. Would pending sectors cause the symptoms I'm seeing? I'd rather have a stable array before I start swapping disks out. I don't think the array would stay useable long enough to rebuild the disk anyways.
  10. I'd try deleting the DHCP reservation from the router to see if that's the problem, or at least give the router a reboot (or preferably both, in that order). What kind of router is it? I had one running a version of OpenWRT that gave me tons of headaches with DHCP reservations.
  11. It's still responding to pings but I've now lost SSH access Off to press the power button...
  12. I had been running a version of v5 for ages without issues, and upgraded straight to v6.1.6 a couple weeks ago following the instructions to reformat the USB key. Since then the system has been 'freezing up' most nights: no GUI access, no share access, but it pings and I can SSH in and grab stuff via WinSCP (though some commands don't work). I upgraded to 6.1.8 yesterday, but it still froze up again this morning. I tried to capture diagnostics but the command did not fully complete; I've attached what it did generate. When it's frozen up like this, I can't run the powerdown command (just doesn't actually powerdown anything). Specs: Gigabyte GA-MA74GM-S2H 2x1GB 800Mhz DDR2 AMD Athlon 64 X2 Dual Core 6000+ 3.00GHz 4 data drives, 1 cache, 1 parity, all ReiserFS SNMP plugin and the Powerdown plugin installed. So far I have tried: Disabling the cache drive on all disks Disabling Docker Checked SMART status of all disks (the quick test) and all look OK. One disk has some current pending sectors but this has not increased in a long time. Last night I wrote a script that SSH's in and grabs the top 5 processes by CPU usage every 2 minutes to see if that would turn up anything useful (date; ps aux | sort -rk 3,3 | head -n 5). It shows this process grabbing a bit more CPU % over the course of the night: /usr/local/sbin/shfs /mnt/user -disks 31 2048000000 -o noatime,big_writes,allow_other -o remember=0 Gonna be honest, don't know what that actually is indicating but it doesn't seem right. Attached the output as processes.txt. Last night I believe the shares stopped working between about 10pm and 2:30am, but there's nothing in the syslog that shows anything funky happening. I've attached some logs. The server is currently in it's half responsive state, so if anyone has any troubleshooting suggestions that I can run over SSH, or logs and files I can grab, I'll leave it like this for a few hours. Thanks in advance! towerzip.zip
  13. Could you not have simply killed the sync process? That might have allowed you to carry out some further diagnostics. Yeah, I probably should have. I checked the syslog and there were no errors, and just hit the power button. TBH, I've been having a lot of issues with the whole box freezing with high CPU usage since upgrading to V6 and I'm just so used to having to reset it that way Freezing is not part of normal operation. Why not head over to General Support (V6) and try to get some help to isolate the problem? On my way now - wanted to make sure I had the latest version and full syslogs etc before I logged an issue.
  14. Could you not have simply killed the sync process? That might have allowed you to carry out some further diagnostics. Yeah, I probably should have. I checked the syslog and there were no errors, and just hit the power button. TBH, I've been having a lot of issues with the whole box freezing with high CPU usage since upgrading to V6 and I'm just so used to having to reset it that way
  15. Update: CPU hit 100% and stayed there. I SSH'd in and top told me it was all the 'sync' process. Had to hard reboot the box, and it came back up with version 6.1.8.
  16. Hmmm, not a successful upgrade here. This is the first time I've upgraded since going to v6 (6.1.6 to be exact). My upgrade process has been stuck on 'syncing - please wait...' for the last 20 minutes: plugin: updating: unRAIDServer.plg plugin: downloading: https://s3.amazonaws.com/dnld.lime-technology.com/stable/unRAIDServer-6.1.8-x86_64.zip ... done plugin: downloading: https://s3.amazonaws.com/dnld.lime-technology.com/stable/unRAIDServer-6.1.8-x86_64.md5 ... done Archive: /tmp/unRAIDServer.zip inflating: /tmp/unRAIDServer/bzimage inflating: /tmp/unRAIDServer/bzroot inflating: /tmp/unRAIDServer/changes.txt creating: /tmp/unRAIDServer/config/ extracting: /tmp/unRAIDServer/config/go inflating: /tmp/unRAIDServer/config/network.cfg inflating: /tmp/unRAIDServer/config/ident.cfg creating: /tmp/unRAIDServer/config/plugins/ creating: /tmp/unRAIDServer/config/plugins/dockerMan/ extracting: /tmp/unRAIDServer/config/plugins/dockerMan/template-repos inflating: /tmp/unRAIDServer/install.txt inflating: /tmp/unRAIDServer/license.txt inflating: /tmp/unRAIDServer/make_bootable.bat inflating: /tmp/unRAIDServer/make_bootable_mac inflating: /tmp/unRAIDServer/memtest creating: /tmp/unRAIDServer/syslinux/ inflating: /tmp/unRAIDServer/syslinux/menu.c32 inflating: /tmp/unRAIDServer/syslinux/ldlinux.c32 inflating: /tmp/unRAIDServer/syslinux/syslinux.cfg- inflating: /tmp/unRAIDServer/syslinux/mbr.bin inflating: /tmp/unRAIDServer/syslinux/mboot.c32 inflating: /tmp/unRAIDServer/syslinux/syslinux.cfg inflating: /tmp/unRAIDServer/syslinux/syslinux.exe inflating: /tmp/unRAIDServer/syslinux/syslinux inflating: /tmp/unRAIDServer/syslinux/libutil.c32 inflating: /tmp/unRAIDServer/syslinux/libcom32.c32 inflating: /tmp/unRAIDServer/syslinux/make_bootable_mac.sh syncing - please wait... How long am I meant to wait before upgrading manually? Thanks