firrae

Sorry to necro but I have 3 drives that seem to be unable to format. Tried the following command: sg_format --format --size=512 --fmtpinfo=0 --six -v /dev/sdp Out put is as follows: root@Tower:/tmp/sg# sudo sg_format --format --size=512 --fmtpinfo=0 --six -v /dev/sdp HGST HUH721212AL4200 A640 peripheral_type: disk [0x0] PROTECT=1 << supports protection information>> Unit serial number: 8DGT3DPH LU name: 5000cca2532bd6d0 mode sense(6) cdb: [1a 00 01 00 fc 00] Mode Sense (block descriptor) data, prior to changes: block count maxed out, set <<longlba>> mode sense(10) cdb: [5a 10 01 00 00 00 00 00 fc 00] <<< longlba flag set (64 bit lba) >>> Number of blocks=23437770752 [0x575000000] Block size=512 [0x200] A FORMAT UNIT command will commence in 15 seconds ALL data on /dev/sdp will be DESTROYED Press control-C to abort A FORMAT UNIT command will commence in 10 seconds ALL data on /dev/sdp will be DESTROYED Press control-C to abort A FORMAT UNIT command will commence in 5 seconds ALL data on /dev/sdp will be DESTROYED Press control-C to abort Format unit cdb: [04 18 00 00 00 00] Format unit: Descriptor format, current; Sense key: Not Ready Additional sense: Logical unit not ready, initializing command required Descriptor type: Field replaceable unit code: 0x0 Descriptor type: Vendor specific [0x80] f5 03 Format unit command: Device not ready, type: sense key FORMAT UNIT failed Not sure what else to try. Unraid sees them as 0 size and such so I figure it's the block size but not sure what else to try at this point short of returning them.

Just happened to me on Unraid server Pro, version 6.10.3. Couldn't event just restart NGINX as it would disconnect my SSH client (my Mac) a moment after I connected every time. Ended up having to hard shut it down by the power button. When it came back up now a drive is being "emulated" for apparently no reason as it's SMART test says it's fine and so does Unraid other than it didn't want to bring it up apparently.

While this was not the fix, it did help me generate a useful error in the logs. Seems like something went weird on one of my disks causing I/O locks in specific containers and even some whole shares (the downloads folder being one of them). After a reboot and some clean-up this seems to be working again, though I will need to keep an eye on the drive which is normal procedure I guess (it's one of my oldest). Though thanks for trying and showing me that Chrome add-on, I'm totally using it!

Hi there, maybe someone could help me out. I posted the issue on the GitHub issue tracker here because that's my default place to put issues as a developer lol: https://github.com/binhex/arch-delugevpn/issues/224. Synopsis is that the container is running, VPN is seemingly connected fine, web UI shows up, but when I try to add a torrent by Torrent file (.torrent) I get "Failed to upload torrent" and there doesn't seem to be a log in sight about it. Since the UI works otherwise I can only assume the setting are correct. I've tried turning off Privoxy AND VPN all together and still get the same issue. Magnet links work and the stuff begins to download fine, but adding .torrent files is a complete no go, and as I only use torrents from a private tracker, they don't offer magnets so this is a deal breaker for me. At this point if I can't figure it out, I'm back on the hunt for a VPN protected torrent container after spending too much time on this one already sadly.

@Squid, OK, I'll try that this weekend and maybe move it to a new USB. I hope this might end up solving my stability issues, but from @trurl's comments, I'm not overly hopeful about that part...

Yes, it never registered any power issues and my other PC that is also connected to it was perfectly fine. To note, it is an APC 1500 VA so it should be more than enough. At this point, I'm at a loss if it's not likely the USB. I've changed out the PSU, run memory checks, benchmarked the CPU and all the drives are reporting good health...

Could this also be causing my issue where the server randomly restarts? Also is there a way to redo the flash drive but keep all my current settings and data? EDIT: Also yes the same error.

I don't see any "bread" or any other types of errors after the system has come back up. Just tried to use the apps install again and it's the same issue.

Wish I could tell you. After I made that post I went to bed and now I've awoken to the server having rebooted itself uncleanly again. Could that be caused by a bad USB stick? This has been happening for a while now and I've tested everything I can think of in the hardware and it all comes up fine so I'm running out of options on why this server is so unstable...

Hey @Squid, I had initially messaged about an issue with CA here: but the scope of the issue seems wider than just the cleanup. Whenever I try to install a new application from the repository I get the following error: Warning: simplexml_load_file(): /boot/config/plugins/dockerMan/templates-user/my-plexrequests.xml:1: parser error : Document is empty in /usr/local/emhttp/plugins/dynamix.docker.manager/include/CreateDocker.php on line 418 Warning: simplexml_load_file(): in /usr/local/emhttp/plugins/dynamix.docker.manager/include/CreateDocker.php on line 418 Warning: simplexml_load_file(): ^ in /usr/local/emhttp/plugins/dynamix.docker.manager/include/CreateDocker.php on line 418 Fatal error: Uncaught Error: Call to a member function xpath() on boolean in /usr/local/emhttp/plugins/dynamix.docker.manager/include/CreateDocker.php:419 Stack trace: #0 /usr/local/emhttp/plugins/dynamix.docker.manager/include/CreateDocker.php(448): getXmlVal(false, 'Name') #1 /usr/local/emhttp/plugins/dynamix.docker.manager/include/CreateDocker.php(675): getUsedPorts() #2 /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(383) : eval()'d code(17): require_once('/usr/local/emht...') #3 /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(383): eval() #4 /usr/local/emhttp/plugins/dynamix/template.php(61): require_once('/usr/local/emht...') #5 /usr/local/src/wrap_get.php(16): include('/usr/local/emht...') #6 {main} thrown in /usr/local/emhttp/plugins/dynamix.docker.manager/include/CreateDocker.php on line 419 I'd prefer to not have to re-do my Docker setup as I've just seemingly got it stable. For some reason, some of the containers in the repository seem to cause my server to hard reboot with no reason given in the logs. That is a different issue for a different thread though. Am I just missing something?

Hi @Squid, This was working well for me until today when I encountered the following: Warning: DOMDocument::loadXML(): Empty string supplied as input in /usr/local/emhttp/plugins/ca.cleanup.appdata/include/xmlHelpers.php on line 195 Fatal error: Uncaught Exception: [XML2Array] Error parsing the XML string. in /usr/local/emhttp/plugins/ca.cleanup.appdata/include/xmlHelpers.php:197 Stack trace: #0 /usr/local/emhttp/plugins/ca.cleanup.appdata/include/exec.php(43): XML2Array::createArray('') #1 /usr/local/src/wrap_post.php(27): include('/usr/local/emht...') #2 {main} thrown in /usr/local/emhttp/plugins/ca.cleanup.appdata/include/xmlHelpers.php on line 197 Any help is appreciated as I can't currently easily clean up, this plugin was working too well ;p EDIT: Actually digging deeper, I'm getting similar issues even trying to add new applications. I can search but when I go to install it throws a similar error message.

Whenever I install this image I get the following in the browser: Did I do something wrong? EDIT: After re-creating the container it seems to be working now. Not sure what happened though.

Does anyone have an example config file I can reference? Also where do I save it?