Différences

Ci-dessous, les différences entre deux révisions de la page.

--- materiel_readynas [2010/01/19 20:22] – thierry
+++ materiel_readynas [2011/07/21 11:12] (Version actuelle) – thierry
@@ Ligne 2: / Ligne 2: @@
 ===== Installation =====
 Ce que la doc ne dit pas !
   -Toujours installer au moins 1 disk *avant* de l'allumer !
   -Le 1er boot est trés long ! (une dizaine de minute): on a accès à l'interface aprés cette phase.
-  -On peut installer le "RAIDar" pour Linux
+  -On peut installer le "RAIDar" pour Linux, l'interface d'admin: ''http://IP_DU_NAS/admin'' ( Mon mien est [[ https://nas.thierry-jaouen.local/admin|là ]] )
-  -L'interface d'admin: ''http://<IP_DU_NAS>/admin'' (Mon mien est [[https://nas.thierry-jaouen.local/admin|là]])
+  - Le mot de passe par defaut ... login: __admin__  password: __netgear1__
-  -Le mot de passe par defaut ... login: __admin__  password: __netgear1__
+  - Petite instabilité lorsqu'on change l'IP (il faut debrancher et rebrancher le cable ethernet)
-  -Petite instabilité lorsqu'on change l'IP (il faut debrancher et rebrancher le cable ethernet)
 Installer la dernière version de RAIDar:
   *<del>http://www.readynas.com/download/RAIDar/4.1.6/RAIDar_Linux_4_1_6.sh</del> Marche po! (pas plus que la version Windoz)
   *http://www.readynas.com/download/RAIDar/4.1.5/RAIDar_Linux_4_1_5.sh
@@ Ligne 325: / Ligne 326: @@
   # mkdir /d/public
   # chown public:nogroup /d/public
+  # chmod a+wr /d/public
   # ln -s /d/public /.
+Proceder de même pour chaque partage disparu. (Exemple: ''/d/media'' (voir section suivante))
 Et puis **redemarrer** le NAS !
 On a recréé le repertoire manquant: tous les services associés (samba, nfs, etc...) sont récupérés.
+Ceci a été testé 2 fois:
+  -Suite a une degradation volontaire
+  -Suite a une véritable panne d'un disk
 ===== DLNA =====
@@ Ligne 336: / Ligne 345: @@
 Au lieu du RAID 1 ( en **''/c/media''** ) je le voudrais ce partage sur mon RAID 0 ( en **''/d/media''** ).
-| :!: Il faut au moins créér convenable le nouveau partage sur "D:" dans la console www |
+| :!: Il faut au moins créér convenablement le nouveau partage sur "D:" dans la console www |
 Rapidement, ca marche pas bien via  la console www **''frontview''**.
@@ Ligne 377: / Ligne 386: @@
 Donc, ca à "réparé" :)
 J'ai pu , aussi, virer le module "iscsi". Youhou!
+===== Recuperation RAID 1 =====
+Il n'aura fallu que quelques semaines pour que l'un des disks du RAID de mon "ReadyNAS Duo" defaille...
+Donc, j'ai récupéré le disk "Mort" (dixit la console du ReadyNAS) afin d'analyse:
+Les partitions:
+  # fdisk -u -l /dev/sdd
+  Disk /dev/sdd: 1000.2 GB, 1000204886016 bytes
+heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
+  Units = sectors of 1 * 512 = 512 bytes
+  Disk identifier: 0x00000000
+     Device Boot      Start         End      Blocks   Id  System
+  /dev/sdd1               1     4096000     2048000   fd  Linux raid autodetect
+  Partition 1 does not end on cylinder boundary.
+  /dev/sdd2         4096001     5144576      524288   fd  Linux raid autodetect
+  Partition 2 does not end on cylinder boundary.
+  /dev/sdd3         5144577  1605031936   799943680   fd  Linux raid autodetect
+  /dev/sdd4      1605031937  1953507328   174237696   fd  Linux raid autodetect
+==== montage ====
+=== mdadm ===
+Installons **''mdadm''** :
+  # aptitude install mdadm
+Examinons chaque partition... et je decouvre:
+  # mdadm --examine /dev/sdd3
+  /dev/sdd3:
+            Magic : a92b4efc
+          Version : 00.90.03
+             UUID : 39d8c833:4008b140:ad8bcd80:94540ca6
+    Creation Time : Sat Jan  2 17:00:24 2010
+       Raid Level : raid1
+    Used Dev Size : 799943616 (762.89 GiB 819.14 GB)
+       Array Size : 799943616 (762.89 GiB 819.14 GB)
+     Raid Devices : 2
+    Total Devices : 2
+  Preferred Minor : 2
+      Update Time : Thu Apr 15 13:19:12 2010
+            State : clean
+   Active Devices : 2
+  Working Devices : 2
+   Failed Devices : 0
+    Spare Devices : 0
+         Checksum : 2bad5e37 - expected cdbc4e95
+           Events : 1712635389149184
+        Number   Major   Minor   RaidDevice State
+  this     0      22        3        0      active sync
+     0      22        3        0      active sync
+     1      33        3        1      active sync
+C'est donc "ma" partition RAID 1, en **''/dev/sdd3''** !
+On la monte ainsi:
+  # mdadm -C /dev/md0 --level=raid1 --raid-devices=2 /dev/sdd3 missing
+  mdadm: /dev/sdd3 appears to be part of a raid array:
+      level=raid1 devices=2 ctime=Sat Jan  2 17:00:24 2010
+  Continue creating array? y
+  mdadm: array /dev/md0 started.
+Ok?
+  # cat /proc/mdstat
+  Personalities : [raid1]
+  md0 : active raid1 sdd3[0]
+        799943616 blocks [2/1] [U_]
+  unused devices: <none>
+Essayons de monter **''/dev/md0''** :
+  # mount /dev/md0 /mnt/test/
+  mount: unknown filesystem type 'lvm2pv'
+Tiens, on dirait une partition **''lvm''** ...
+=== lvm2 ===
+Donc, installer **''lvm2''** :
+  # aptitude install lvm2
+Lors de l'install, il semblerait que **''lvm''** a trouvé quelque chose:
+  Setting up LVM Volume Groups  Reading all physical volumes.  This may take a while...
+  Found volume group "c" using metadata type lvm2
+logical volume(s) in volume group "c" now active
+Effectivement:
+  # pvs
+  PV         VG   Fmt  Attr PSize   PFree
+  /dev/md0   c    lvm2 a-   762,88G    0
+Un **''/dev/c''** est apparu !
+  # mount /dev/c/c /mnt/test
+  mount: wrong fs type, bad option, bad superblock on /dev/mapper/c-c,
+  ...
+  # dmesg | tail
+  [56267.599889] EXT3-fs: bad blocksize 16384.
+Probleme de "blocksize" ...
+Lien pour aider: http://ubuntuforums.org/archive/index.php/t-1283950.html
+Et là: http://www.readynas.com/forum/viewtopic.php?f=65&t=39973
+==== ext2fuse ====
+=== compilation ===
+La solution:
+  ..." the 16k block issue is addressed by using ext2fuse, a userland filesystem driver -- smart "
+  ???
+Autre lien: http://www.jamesandclare.net/2009/12/06/mounting-readynas-duo-drives-in-ubuntu/
+Donc: télécharger les sources de "ext2fuse".
+  # aptitude  install fuse-utils libfuse-dev
+  $ tar xvzf ext2fuse-src-0.8.1.tar.gz
+  $ ./configure
+  $ ./make
+  # make install
+Si necessaire:
+  # modprobe fuse
+  # ext2fuse /dev/c/c /mnt/test
+  /dev/c/c is to be mounted at /mnt/test
+  fuse-ext2: Can't read an inode bitmap while reading inode bitmap
+Mais ca marche pas trop bien, donc:
+  # fusermount -u /mnt/test
+Ne pas oublier:
+  # make uninstall
+Parce qu'on va faire autrement.
+=== LA SOLUTION ===
+En fait, il y a un bug dans les dernières versions de "ext2fuse", mais ca fonctionne avec la version "0.7".
+   # aptitude install e2fslibs-dev
+Et puis
+  $ tar xvzf ext2fuse-0.7.src.tgz
+  $ cd ext2fuse-0.7
+  $ su
+  # make
+  # ./ext2fuse /dev/c/c /mnt/test
+  /dev/c/c is to be mounted at /mnt/test
+  ext2fuse: op_init(device_name /dev/c/c)
+  block size is 16384
+Ca y est, je vois les fichiers !!!!!!
+A la fin :
+  # fusermount -u /mnt/test
+Et le reste aussi ...