Jump to content
XPEnology Community

Poelie

Rookie
  • Posts

    3
  • Joined

  • Last visited

Posts posted by Poelie

  1. Hi,

     

    I appreciate it you answer my topic.

     

    I deleted the crashed volume and rebuild it.

    After a few days still bussy copying my backup files and re-installing less important vm's.

     

    I prefer the crashed volume to be repaired, but at least I can move on now. :)

    This is the first time I am not able to repair myself and hope also the last time.

     

    As mentioned, I appreciate your answer.

     

    Can be marked as solved

     

  2. Hi,

     

    Thanks for your answer.

     

    This is indeed a possible solution, but not my favorite one.

    However I already have backups in the cloud and on my spare HD, I am in trouble if I have to restore everything every six month because there is a out of the bleu crash.

    At least this guy managed according to youtube: How To: Reset a Crashed Volume in XPEnology/Synology - YouTube

     

    Thinking to delete the lvm partition and re-create it with the same values and afterwards to stop the raid /dev/md3 and also recreate it with the same values.

    I keep this post updated.

  3. After 4-5 years happy usage of Debian9 + Proxmox5.2 + Xpenology dsm 5.2 I upgraded six months ago to DSM6.2.3 Proxmox6.3-3 Debian10. All went well, until a few weeks ago...

    One night at 3am my volume 2 crashed!

    Since then I can read my shares from volume 2, but not write. It is read-only. I suspect the activation of write back cache in proxmox is the reason.

    Status of SMART and all my harddrives and raid controller is just fine, so I suspect no hardware issue.

    After using google, this forum and youtube I still have no solution.

     

    The crashed volume has all my music, video's, photo's and documents. I have a spare 3TB WD RED HD directly connected to the MB and copied most importend files.

    However I have a backup of the most important files, I prefer to restore the crashed volume, but starting to become a bit desparate.

     

    I think the solution is to stop /dev/md3 and re-create /dev/md3 with the same values, but something is keeps /dev/md3 bussy and prevents me to do.  Could someone please help me?

     

    Setup:

    - Hardware: Asrock µATX Bxxx(I forgot), Adaptec 8158Z raid controller with 4 x 3TB WD RED (2 new, 2 second hand and already replaced b'cos broken within waranty)

    -Software: XPenology DSM6.2.3 Proxmox6.3-3 Debian10

    -Xpenology: Volume1 is 12GB and has the OS (i guess?), Volume2 is single unprotected 8TB ext4 and has all my shares. 4GB RAM and 2 cores.

     

    Output:

    see attachment

    output.txt

×
×
  • Create New...