Jump to content

Henning

Members
  • Posts

    16
  • Joined

  • Last visited

Posts posted by Henning

  1. Hi!

    I am currently setting up a new array with a bunch of drives of an old array. I am using this opportunity and started encrypting my drives (xfs -> encrypted xfs). I emptied some drives, formatted them and copy stuff onto them, repeat.

     

    As I understand correctly, all the data which is newly written onto those drives gets encrypted. But those drives aren't 100% full, so I guess there could still be data on areas where nothing encrypted was written to.

     

    Now I thought I could fill all drives up to 100% to overwrite any data which might still be there and could be recovered.

     

    Dumb idea or would this be useful? Any ideas which command might be useful to fill up those drives?

     

    Thanks!

  2. Hi there,

    I got a an unraid server with 13 disks and 2 parity drives ranging from 8-14TB. A few days ago I couln't open a few files so I checked the web interface and to my horror unraid reported two disks with errors. One data disk and the first parity drive. I shut down the server and now I want to start the trouble shooting and need your help.

     

    grafik.png.f811853eca002083a9c0335118714dbb.png

     

    Before I shut it down I saw that both drives had an error count of about 2K. I don't suspect a drive failure since both drives failed at the same time. You can't see it but these mails came all in the same minute:

     

    grafik.png.da6accbf3bcc8ef7337ce747ee67956b.png

     

    My drives are connected either to the mainboard (Gigabyte X470 Aorus Ultra Gaming) or to one of two SAS cards. One Dell PERC H310 and one H200.

     

    Here some infos about the failed drives.

     

     * Disk 7 is connected to the H310 on the A Port along with three other drives. The B port doesn't have any drives. A SMART short self test completed without errors. Here are the downloaded SMART results: Disk 7 SMART.txt

     * Parity 1 is connected to the H200 on the A Port along with two other drives. The B port also has three drives connected. A SMART short self test completed without errors. Here are the downloaded SMART results: Parity 1 SMART.txt

     

    My first guess was that maybe one of the 4xSata SAS cables may gotten loose or one of the cards is faulty but the drives are on different cables on different cards

     

    What are my options now? What can I do to find the cause for the errors? If possible I want to prevent buying new drives and replace them if possible since the current prices are insane.

     

    I am pretty lost so any help is appreciated 🙂

    Cheers!

  3. Thanks for creating this. I did need longer than usual to get this started up. The main confusion was in the predefined settings, the ports weren't set and the container path for the config file was set to

    /config/

    even though the description said

    Container Path: /config/mopidy.conf

    So I created the file and set the path to it but it didn't work because it was expecting a folder, not a file.

     

    After I figured this out I started a scan but noticed that all the artwork which is created is stored inside the container and not in the appdata folder or another shared volume. So when I switch the container I would loose all this data.

  4. On 8/16/2019 at 10:38 PM, Henning said:

    So now that I downgraded and the torrents are gone my next question would be:

    Is it possible to restore it? I do not have a backup of the appdata folder but I found multiple archives in the appdata/binhex-delugevpn/archive folder which seems to hold backup of torrent states:

     

    grafik.png.90cff42181754718859bf216c47d2c3a.png

     

    Extracting them and overwriting the files in appdata/binhex-delugevpn/state did not work. Even rebuilding the image after it.

    Did someone restored a backup sucessfully and are my files sufficient?

     

    grafik.png

    Someone able to answer this? Still havent touched deluge since than and am willing to have last try of restoring before starting the work of readding all the torrents manually.

  5. So now that I downgraded and the torrents are gone my next question would be:

    Is it possible to restore it? I do not have a backup of the appdata folder but I found multiple archives in the appdata/binhex-delugevpn/archive folder which seems to hold backup of torrent states:

     

    grafik.png.90cff42181754718859bf216c47d2c3a.png

     

    Extracting them and overwriting the files in appdata/binhex-delugevpn/state did not work. Even rebuilding the image after it.

    Did someone restored a backup sucessfully and are my files sufficient?

     

    grafik.png

  6. edit: solved it, had to downgrade on the tag "1.3.15_18_ge050905b2-1-04". sadly all my torrents are gone :/

     

    original post:

     

    Lately I have problems connecting to the daemon from my Deluge 1.3.15 installation on my Windows PC. Deluge Docker is running on another computer in the same network with unraid as OS. Connecting via the web interface is no problem.

     

    I don't really have a big understanding how to fix this so some help would be appreciated.

     

    grafik.png.c7ad9deb295d9ad8101496e697782a66.png

     

    My appdata/binhex-delugevpn/auth file:

    localclient: [...] :10
    username:password:10
    user:deluge:10

    I try to connect to 10.0.0.2:58846 with user:user and password:deluge

     

    The connection manager inside the webclient can connect to it:

    grafik.png.1d3497cc4945ed34d932c4f3d6926a2b.png

     

    The connection manager on my machine does not:

    grafik.png.713c652970cc7a26b1132b9d2dda74f5.png

     

    I think I set the ports for the docker correctly:

    grafik.png.726998c567e2641baede8edd68b966b7.png

     

    Cheers!

    grafik.png

    grafik.png

    grafik.png

    grafik.png

×
×
  • Create New...