Druiff

Members
  • Posts

    9
  • Joined

  • Last visited

Posts posted by Druiff

  1. Oef... those notifications haven't come in for a while as I had some issues with it and never bothered!

     

    But I was able to use the 'overheat' alerts to determine the slots! (messages were like Jan 2022, but I haven't changed anything since then.)

     

    So Plan now is (as soon as the new usb is in):

    1. Prepare new usb with trial version.
    2. Connect all the disks to the system. 
    3. Assign all the disks to there original slots. (including the replacement disk in the slot of disk that is dead)
    4. Start the array (make sure "parity is valid"  is checked)
    5. Stop the array
    6. remove/disconnect the replacement drive
    7. Start the array. (this should allow the data to be emulated.)
    8. Retrieve backup of USB
    9. Overwrite contents of the new/trial usb with the contents in the backup.
    10. (reboot the system?)
    11. Start the array, check everything is in working order
    12. stop the array, and assign the replacement disk on the place where the disk dead. 
      It should start to rebuild the old data.

     

    In step3 I am not sure if you want me to only physically connect the drive or also assign it to the array.

     

    And would I lower the risk of faults using maintenance mode of the array.?

    That way it's read only correct? Or is my understanding wrong of the maintenance mode?

     

     

     

    Thanks for the help so far!

  2. 13 minutes ago, JonathanM said:

    If you know which drives were in which logical disk slots, and have a replacement drive for the burnt one the same size or larger but not larger than parity, it's fairly straightforward.

     

    I don't know exactly which disks are data and which is the parity drive. or in what sequence/diskslot they go.

    That's why I think I need the backup to be able to get that running. (Failed drive is a 6TB. I will be replacing it with a drive the exact spec of the Parity drive. So should be good)

     

    13 minutes ago, JonathanM said:

    You will lose data if things aren't done correctly, or parity wasn't in sync when things went boom. The failed drive recovery hinges on parity being perfect at the point the drive died.

     

    That is the assumption that when it said boom, it was still valid. 
    So basicly at this point I just need to get the system online and see what's up.

     

    What would be the right step when I am not sure which drive belongs were?

  3. So I had a problem with my server which took down atleast the following: (probably a short-circuit as the smell of burnt plastic is very intense)

    - PSU

    - Motherboard

    - USB

    - backplane

    - 1 HDD

     

    Now I am looking to recover the data on the lost drive via the parity.
    But as my USB is gone AND the backup was made into the (encrypte) array..

     

    How can I retrieve the USB backup? Or is there an other way to restore the unraid installation WITH parity so I can recover the lost disk?
    I do have the  passphrase/key to decrypt the array. 

     

    Not sure if/how to decrypt the array without unraid. I could connect each disk to my linux PC and try to mount the disks one by one in search of the USB-backup.

  4. 4 minutes ago, binhex said:

    most probably yes, this is a fairly common issue with consumer modem/routers, you could try reducing the number of connections ni deluge.

    its only at like 300 connections. but I will try lower.

    The low speeds issue has to do with the problems PIA has to fix?

  5. 4 minutes ago, glaedr223 said:

    So like everyone else I am having issues with PIA port forwarding, decided to be a guinea pig, connected to Austria fine. However I'm still getting the issue in Sonarr and Radarr that is throwing out an error saying they cant connect to any indexers, is this related to this PIA issue or something else? I'm not smart enough to figure this stuff out...

      

    depends. have you run them through PIA as well? because the indexers might just block those vpn servers. ;)

  6. So i am using the test release as well. 
    Trying to connect to Amsterdam takes about 18-ish minutes.

    And after connect the speed doesnt get above 400-600kb/s. Any tips what I can try to improve this?

     

    edit:
    As soon as the docker is running... My internet connection gets unstable. Not sure why, but pinging to 8.8.8.8 or 1.1.1.1 often times out. and even a ping to my modem/router averages to 500ms response time. Might the docker/vpn overwhelm my modem or/and do I have a shitty modem?
    (this problem existed before PIA changed anything. But back then it only happend after a week or so.. and a restart fixed it.

  7. On 6/22/2020 at 11:20 AM, rasmus said:

    @teh0wner Yeah i did end up fixing it!

    I tried using the passphrase and putting it on a file which did not work. Turns out that it was something with the ending of the file and the formatting as well.

    Easiest way to get it all correct is to do the following command on whatever machine you want the keyfile:

    
    echo "insert passphrase here" > keyfile

    This will ensure the correct format and ending in the file.

     

    And make sure to use the right [ ' ]. Only use the one ' if you have any special characters in your passphrase. xD
    (i used printf as well instead of echo)