Jump to content
XPEnology Community

chekos

Member
  • Posts

    14
  • Joined

  • Last visited

Posts posted by chekos

  1. Hi,

     

    My Xpenology (DSM6.2 esxi 1.03b) crashed this morning.

    I tried to restart it without success (no Synology detected by find.synology.com or Synology assistant).
    I tried to mount the raid (4 disks) on a Ubuntu VM and got some errors in log.

     

    Quote

    [ 7461.536741] BTRFS info (device md2): using free space tree

    [ 7461.536746] BTRFS info (device md2): has skinny extents

    [ 7462.617091] BTRFS info (device md2): cleaning free space cache v1

    [ 7462.623327] BTRFS critical (device md2): corrupt leaf: root=1 block=9930534666240 slot=5, invalid root flags, have 0x200000000 expect mask 0x1000000000001

    [ 7462.623335] BTRFS error (device md2): block=9930534666240 read time tree block corruption detected

    [ 7462.630193] BTRFS critical (device md2): corrupt leaf: root=1 block=9930534666240 slot=5, invalid root flags, have 0x200000000 expect mask 0x1000000000001

    [ 7462.630199] BTRFS error (device md2): block=9930534666240 read time tree block corruption detected

    [ 7462.630224] BTRFS: error (device md2) in btrfs_set_free_space_cache_v1_active:3878: errno=-5 IO failure

    [ 7462.630271] BTRFS error (device md2): commit super ret -30

    [ 7463.614183] BTRFS error (device md2): open_ctree failed

    I tried many commands found on google but without success. (btrfs check, btrfs repair, ...).

    Any help would be welcome.

  2. Hi,

     

    I encounter the issue "Failed to connect to server" when I try to connect to a VM created into Virtual Machine Manager.

    The issue is present with old or new VM (Windows XP, Windows Server 2016, Debian, Ubuntu) and on several browsers (Edge, IE, Chrome and Firefox).

    Thanks for your help.

     

    Server => HP Microserver GEN8

    DSM => DSM 6.1.5-15254 Update 1

    RAM => 16 Go

     

  3. Salut,

     

    Merci pour ces conseils, j'ai enfin pu corriger ce problème en passant les commandes suivantes

     

    Diskstation> syno_poweroff_task -d
    Diskstation> ls -li
    Diskstation> rm -ri volume1*
    

     

    J'ai tenté un umount /volume1 avant le rm, mais ça me renvoyait des erreurs en indiquant que le répertoire n'existait pas.

    J'ai également killer "à la main" quelques process (Ubooquity, JDownloader, ...).

     

    Merci encore pour votre aide.

  4. Je ne crois pas, les données sont disponibles après chaque redémarrage, mais dès que je me connecte en ssh/telnet et veut accéder à /volume1, le système "perd" les pédales et je dois redémarrer pour retrouver un fonctionnement "normal".

    J'ai pu virer volume1[0m à l'aide de la command find et l'inode du répertoire, par contre il reste volume1 qui a le même inode que volume1 et que je n'ose pas effacer avec la même méthode.

  5. Voici le résultat du ls

     

    Diskstation> ls -ltr /
    dr-xr-xr-x  213 root     root             0 Jul 16  2015 proc
    drwxr-xr-x    9 root     root          4096 Jul 16  2015 usr
    drwxr-xr-x   37 root     root          4096 Jul 16  2015 etc.defaults
    drwxr-xr-x    2 root     root          4096 Jul 16  2015 bin
    drwxr-xr-x    2 root     root          4096 Jul 16  2015 sbin
    drwxr-xr-x    2 root     root          4096 Jul 16  2015 lib64
    drwxr-xr-x   13 root     root          4096 Jul 16  2015 var.defaults
    dr-xr-xr-x   12 root     root             0 Jul 16  2015 sys
    drwx------    2 root     root          4096 Nov 12 11:27 lost+found
    drwxr-xr-x    2 root     root          4096 Nov 12 11:27 mnt
    drwxr-xr-x    2 root     root          4096 Nov 12 11:27 initrd
    drwxr-xr-x   11 root     root          4096 Nov 14 11:50 opt
    drwxr-xr-x    6 root     root          4096 Mar 16 03:42 volumeUSB2
    drwxr-xr-x    5 root     root          4096 Mar 19 19:20 volume1[0m
    drwxr-xr-x    4 root     root          4096 Mar 20 02:48 volume1
    drwxr-xr-x    4 root     root          4096 Mar 20 02:48 volume1
    drwxr-xr-x    4 root     root          4096 Mar 20 02:52 volumeUSB1
    drwxr-xr-x   14 root     root         18900 Mar 20 02:52 dev
    drwxr-xr-x   30 root     root         36864 Mar 20 02:52 lib
    drwxr-xr-x   14 root     root          4096 Mar 20 13:57 var
    drwxr-xr-x   41 root     root          4096 Mar 21 15:06 etc
    drwxr-xr-x   19 root     root          1240 Mar 21 16:36 run
    drwx------    4 root     root          4096 Mar 21 16:53 root
    drwxrwxrwt   16 root     root          1440 Mar 21 16:54 tmp

     

    A noter que suite à cette commande, les shares ont "disparu" et que toutes les applications sont indisponibles, /volume1 ne contenant qu'un répertoire.

  6. Bonjour,

     

    Je rencontre un problème depuis ce matin, en effet lors de connexions ssh je me suis aperçu qu'outre /volume1 (qui contient mes données), /volume1▒ est apparu et me pose problème car si j'utilise la complétion (ls /volume) ou j'essaie d'y accéder, tous les partages disparaissent et le volume se retrouve avec une taille de 2,2 Go au lieu de 16To.

    Un reboot corrige le souci, mais cela est assez génant, quelqu'un saurait comment "virer" ce volume1▒ ?

     

    Merci.

  7. Bonjour,

     

    Mon serveur Proliant N54L a rendu l'âme, j'ai commandé un Proliant Gen8, pensez-vous que le fait d'utiliser les mêmes disques et la même clé USB me permettra de redémarrer Xpenology directement sans passer par une phase de backup des données et réinstallation du système sur la clé usb ?

     

    Merci.

×
×
  • Create New...