bidmead

Members
  • Posts

    114
  • Joined

  • Last visited

About bidmead

  • Birthday 01/18/1941

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

bidmead's Achievements

Apprentice

Apprentice (3/14)

6

Reputation

  1. Thanks, trurl. No, it's unpingable and its address is unknown on the network. I've rebooted it several times, with and without the UnRAID boot USB. Without the UnRAID USB it should boot into QTS as the original DOM is still in place. However, it doesn't – all eight drive lights are red, I'm getting nothing over HDMI and the built-in display is stuck at SYSTEM BOOTING… As it won't boot into either UnRAID or QTS, it's looking very much as if we have a QNAP hardware failure. But I'd welcome any further suggestions. -- Chris
  2. I tried to log in today to my UnRAID 8-bay server based on a QNAP TS-853 Pro which has been running flawlessly for several months. I was unable to find it at its usual IP address even after a reboot. As far as I can make out, the Ethernet port is flashing normally and the connection to my switch is secure. I've tested the UnRAID boot USB in a second machine and it boots apparently correctly into UnRAID with the static IP address I'd allocated. I'd welcome any suggestion on how to go about diagnosing this further. Please let me know if any further details would be useful here. -- Chris
  3. My problem with calibre on UnRAID is that the webGUI is completely intractable when accessed from a phone. While the regular UnRAID webGUI can be zoomed and panned, calibre's simply fails to shift, making it impossible to access necessary parts of the screen. Has anyone found a workaround for this? -- Chris
  4. Good question, @John_M. It's all set out in the UnRAID story. The SSD in question uses RAISE and I did ask the forum earlier whether this made an external TRIM utility redundant but the response seemed to be to go ahead with TRIM anyway. I still have my doubts about whether the combination of btrfs, TRIM and RAISE may not be asking for trouble. I understand that OWC, the manufacturer, is currently investigating this. Meanwhile, I'm running the SSD, now happily formatted as xfs. TRIMmed weekly, uneventfully. -- Chris
  5. I've raised a query with the vendor about this, @JorgeB. I'm continuing to run the cache xfs-formatted with a weekly TRIM. I'll report back here if I find out more. -- Chris
  6. Thanks for that, @JorgeB This was the other error being thrown up. Can we be sure it wasn't the result of a TRIM conflict? -- Chris
  7. Not only is the TRIM utility not useful for btrfs formatted SSDs (because TRIM is built in to btrfs) but it appears to be positively dangerous. My recently destroyed btrfs SSD cache drive was using the UnRAID TRIM utility (on advice from other UnRAID users) and succumbed after a couple of months, turning read-only with the error: cache and super generation don't match, space cache will be invalidated If I'm reading this aright (always a big IF) and the current UnRAID implementation of TRIM is destructive on btrfs-formatted SSDs, shouldn't the utility be updated to detect btrfs, warn the user, and render itself inactive? The good news is that only the btrfs formatting was destroyed. Reformatted as xfs, the SSD lives on. But if I can get confirmation of my assertions here, I'm inclined to return the SSD to btrfs. -- Chris
  8. Thanks for that, @ich777 My jDownloader directory is on a single device, which happens to be the cache drive. I'll investigate deleting the .jar file from the appdata directory and report back. LATER THAT SAME EVENING I seem to be in serious trouble. I tried to get to appdate using krusader but its WebUI is kaput too. So I'm using the krusader console. All I can find in /unraid_shares/appdata/ is syncthing. No sign of any other docker data there. -- Chris
  9. Damn, jDownloader is defeating me again. I got it working when I set the port to one not previously assigned to another docker (always a good idea) and it was running fine. But now VNC is telling me it can't connect to the server and I gather from the logs that I have an invalid or corrupt jdownloader.jar. The only two changes I've made to the config files are to set the port to 18080 and change the local download to mnt/user/jDownloader/ -- Chris
  10. You're spot on, @ich777. The clue was in installation log which was trying to warn me of a port conflict. The default port was already being used by calibre. I've now switched to 18080 and all is well. Many thanks for the valuable lesson. -- Chris
  11. JDownloader has been working marvellously. Until today. Now, when I try to start it I'm seeing: EXECUTION ERROR Server error. I removed the docker and reinstalled it. Same result. Nothing appears to be showing up in the logs. Any advice would be welcome. -- Chris
  12. My Calibre Docker's WebUI now announces itself as "Guacamole Client". I think with previous versions it called itself "Calibre". What can I do to change this? -- Chris
  13. Tagging on here in the hope of responses relevant to this thread: I'm trying to understand UnRAID's FTP service. I notice that there are several FTP dockers available in the Apps Store, although I see from /etc/inetd.conf that UnRAID offers the option to run a choice of two FTP servers (vsftpd and proftpd). What advantages do the dockers offer in this context? -- Chris
  14. Did you take SED any further, @stereobastler? I'm hoping to investigate the possibility of using hdparm to set the password on SED drives, rather than using the BIOS. There's an hdparm parameter, --sanitize-crypto-scramble, that I believe might do the trick, Do you, or anybody else here, know anything about this? -- Chris
  15. @dimes007 Did you take your SED investigation any further? I'm preparing an encryption supplement to the Tested Technology UnRAID story and would welcome any more information. -- Chris