Ce que la doc ne dit pas !

1. Toujours installer au moins 1 disk *avant* de l'allumer !
2. Le 1er boot est trés long ! (une dizaine de minute): on a accès à l'interface aprés cette phase.
3. On peut installer le “RAIDar” pour Linux
4. L'interface d'admin: http:<IP_DU_NAS>/admin (Mon mien est là) -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) Installer la dernière version de RAIDar: *http://www.readynas.com/download/RAIDar/4.1.6/RAIDar_Linux_4_1_6.sh Marche po! (pas plus que la version Windoz) *http://www.readynas.com/download/RAIDar/4.1.5/RAIDar_Linux_4_1_5.sh ===== Bug ===== Oups: j'ai un problème similaire à ça: http://www.readynas.com/forum/viewtopic.php?f=66&t=35209&p=203690 Le 2ieme disk n'est pas reconnu. La seule solution proposé, c'est de remettre les paramètres par defaut (reset total), en laissant les 2 disk dedans ! | On perd toute la config ET les données : ca commence fort pour un NAS | Ensuite, ca semble fonctionner comme attendu. ===== Mémoire ===== Actuellement, il n'y a que 256 MB. On peut l'augmenter, mais le gain en performance n'est pas enorme si j'en crois ce que j'ai lu. | l'interface web ne repond plus (trés lentement) si on copie un fichier a 100Mb/s (sur un lien giga) | ===== Modules ===== http://www.readynas.com/?page_id=617 On peut activer ssh et root … mais pour faire quoi ? | parce que ça bug un peu dans des cas classiques… RAID 0 qui tombe, les partages ne sont pas retirés de la liste… grrrr | ==== ssh ==== Installer ToggleSSH (demarre sshd): $ wget http://www.readynas.com/download/addons/4.00/ToggleSSH_1.0.bin Puis dans la console web du NAS: ⇒ System ⇒ Update ⇒ Installer une image ou un module ⇒ … ⇒ Redemarrer ! Installer EnableRootSSH (permet a “root” (admin) de se connecter): $ wget http://www.readynas.com/download/addons/4.00/EnableRootSSH_1.0.bin Puis procéder comme ci-avant… ==== iscsi ==== | Ce module pète des trucs, je l'ai vu ! Et c'est aussi dit là: http://www.readynas.com/forum/viewtopic.php?f=64&t=37527&p=209320 | *http://www.readynas.com/forum/viewtopic.php?f=47&t=34170 *http://readynasfreeware.org/projects/nas-iscsi-target/wiki/New_Version === module === Il s'installe simplement. Ensuite, il faut utiliser ssh ! === partage === Pour le fun, j'ai créé un partage non public et pouf: je le trouve pas! | c'est bêêêête. mais comment font les non-geeks? | En fait, il est caché dans la conf samba, là: /etc/frontview/samba/Shares.conf Le repertoire n'existe pas… grrr, donc je vais le faire: # mkdir /c/iscsi # chown admin: /c/iscsi Je créé un volume/target , nommé “test_0” de 4GB : # dd if=/dev/zero of=/c/iscsi/test_0 bs=1M count=4096 === ietd.conf === Creer/modifions le fichier “/etc/ietd.conf” afin d'avoir: Target iqn.2010-01.local.thierry-jaouen.xencave:readyduo.iscsi.target0 Lun 0 Path=/c/iscsi/test_0,Type=fileio Restart: /etc/init.d/rfw-iscsi-target restart Verifions: # cat /proc/net/iet/volume tid:1 name:iqn.2010-01.local.thierry-jaouen.xencave:readyduo.iscsi.target0 lun:0 state:0 iotype:fileio iomode:wt path:/c/iscsi/test_0 === xen === Lien: *http://perso.ens-lyon.fr/sebastien.mei/wiki/doku.php?id=documentations:xen-iscsi *http://www.performancemagic.com/iscsi-xen-howto/iSCSI.html Sur le DomU: # aptitude install open-iscsi Interrogeons le serveur iscsi ( dont le petit nom est “nas” ): # iscsiadm –mode discovery –type sendtargets –portal nas 192.168.6.10:3260,1 iqn.2010-01.local.thierry-jaouen.xencave:readyduo.iscsi.target0 Il m'a repondu ! finir! ===== Developpements ===== http://www.readynas.com/?page_id=62 J'ai essayé l'exemple fournit, et ca ne fonctionne pas: il semble s'installer normalement, mais à la fin, il n'y a rien. ===== UPS ===== ==== par defaut ==== Un serveur NUT existe. Il ne fonctionne pas en “client” (sauf modification via ssh, voir plus loin). Il faut brancher l'onduleur via USB au ReadyNas… Je n'ai pas essayé. ==== slave ==== Lien: * (pour creer un slave nut) http://ovanhoof.developpez.com/upsusb/ * La conf nut sur un ReadyNAS… pas trés claire: http://www.readynas.com/forum/viewtopic.php?f=11&t=16744 | le NAS met un peu plus de 30 secondes pour s'eteindre (dans de bonnes conditions)… ne pas couper le jus trop tôt ! | === sur le nas === Voila ce que j'ai fait, et je ne sais pas si ca fera correctement son boulot en cas de coupure… Via ssh… Creer un fichier /etc/default/nut avec dedans: # start upsd START_UPSD=no # start upsmon START_UPSMON=yes Dans /etc/nut/upsmon.conf , avoir ça: # define the ups to monitor and the permissions MONITOR <UPS_NAME>@<SERVER_IP> 1 <USER> <PASSWORD> slave # define the shutdown comand SHUTDOWNCMD “/sbin/shutdown -h now” Et puis, retour sous shell: # /etc/init.d/nut start === start a chaque boot === Nouveau challenge: faire demarrer “nut” a chaque redemarrage du NAS. == mauvaise solution 1 == update-rc.d ne vous aidera pas. Le “nas” semble ignorer les scripts de demarre dans /etc/rc*/ == mauvaise solution 2 == J'ai essayé de faire un petit module, mais sans succès. Même l'exemple donné par “netgear” ne s'installe pas. Pire: les fichiers se sont “vaporés” à l'installation et j'ai l'impression que ça a pété des petites choses. (comme par exemple, mon “nas” ne redemarre plus via la console www) == solution 1 == Sur un autre poste, j'ai un petit scripte qui se connecte en ssh sur le nas, pour demarrer nut. C'est moyen. Le voila: #!/bin/sh # Demarrer “nut slave” sur le NAS # Sauf si la connexion existe déjà NAS_IP=“192.168.6.10” NAME=`basename $0` # ————————- # Liste les connexions # a la recherche d'une connexion deja etablie # ————————- if [ -n “$( netstat -anp | egrep “$NAS_IP.*ESTABLISHED.*upsd” )” ]; then echo “upsd Ok” else # ————————————— # Est-ce qu'on peut pinguer le nas # (sinon, inutile d'aller plus loin # —————————————- if ping -w 10 -i 2 -n -c 1 “$NAS_IP” 1>/dev/null ; then echo “$NAME: ping Ok!” >&2 # —————————————- # Est-ce que le serveur ssh repond ? # (sinon, inutile d'aller plus loin # —————————————- if [ -n “$( echo ”“ | nc -n -q 1 -w 5 $NAS_IP 22 | grep “SSH-2.0-OpenSSH_4.3p2 Debian-5~bpo.1.netgear1” )” ]; then echo “$NAME: ssh Ok!!” >&2 # —————————————- # Ok. alors faire executer la commande. # On doit d'abord être autorisé à ce connecter sans mot de passe! # —————————————- if [ “$( ssh -q root@$NAS_IP ”/etc/init.d/nut restart“ )” = “Restarting Network UPS Tools: upsmon.” ]; then echo “$NAME: nut Ok!!!” >&2 else echo “$NAME: nut start fail” >&2 fi else echo “$NAME: nc fail” >&2 fi else echo “$NAME: ping fail” >&2 fi fi exit 0 Il suffit de le mettre dans un cron. == solution 2 == Une solution trouvée par hasard. Créér un petit script dans /var/spool/frontview/boot , comme cela: # cd /var/spool/frontview/boot # touch 10_nutslave # chmod 0700 10_nutslave # chown admin: 10_nutslave Puis faire en sorte d'avoir dans 10_nutslave : #!/bin/bash /etc/init.d/nut start exit 0 Adapter selon votre convenance… Je suppose qu'il y a un priorité dans l'execution des scripts, d'ou le “10_” en debut de nom. On peut faire un script d'arrêt dans /var/spool/frontview/shutdown . Voila. === le serveur “master” === Dans la conf du “master”, j'ai ajouté ceci pour laisser le temps a nut (du NAS) de s'arreter: # TJ ——— #HOSTSYNC 15 HOSTSYNC 120 # ———— 2 minutes, ca devrait être suffisant… Créer un compte dans /etc/nut/upsd.users, par exemple: [<USER>] password = <PASSWORD> allowfrom = localhost <ACL_IP_DU_NAS_ou_NETWORK> upsmon slave J'ai l'impression que le “readynas” envoi un ordre d'extinction de l'ondulateur, si on lui donne les droits: actions = SET instcmds = ALL A vérifier…. ===== RAID 0 ===== Par defaut, c'est en RAID 1, et c'est bien. Il semble qu'on puisse faire du RAID 0 ici: http://www.netgear-forum.com/forum/index.php?showtopic=58586 Si j'ai bien pigé: * X-RAID ⇒ RAID 1 qu'on peut facilement agrandir, en acquerant un (puis deux) disk plus grand * Flex-RAID ⇒ RAID 0 et/ou RAID 1, mais qu'on pourra pas agrandir aussi simplement. J'ai eu un peu de mal (redemarrage nombreux) pour obtenir le menu me proposant de choisir “Flex-RAID”. Ceci fait. Il propose simplement de creer un volume pour le disk entier ! Au redemarrage suivant, on peut effacer ce volume, et creer un volume RAID 1 et un autre en RAID 0 (pas plus de 2 volumes) ===== RAIDs Dégradés ===== ==== remplacement du disk ==== Lien: http://www.readynas.com/forum/faq.php#How_do_I_replace_a_failed_disk%3F En réalité, le ReadyNAS Duo n'est pas “hot plug”. On peut virer un disk a chaud, en remettre un nouveau, mais il faut redemarrer pour qu'il soit reconnu ! | Redemarrer en appuyant 5 secondes sur le gros bouton… puis le NAS s'eteind ! | Et oui, lors du test, je n'ai pas pu redemarrer a partir de la console web. Mes ordres semblaient sans effet.
Donc, il a fallu éteindre (avec le bouton), et attendre 5 bonnes minutes avant l'extinction. Enfin , ce n'est qu'au demarrage, que la resynchronisation s'effectue. Un bilan: *Le volume sur le RAID 1 est intact, ainsi que les partages (normal). *Le volume sur le RAID 0 a disparu (normal). *Les partages configurés sur ce volume ont aussi disparu (normal aussi). *Le “recouvrement” (synchronisation) a durée un peu moins de 4h … pour 1To de disk. *Lorsque vous recréez un volume (mon RAID 0 disparu par exemple): il faudra encore redemarrer Donc: -Il faut redemarrer pour que le nouveau disque soit reconnu -Il faut redemarrer aprés avoir créé un nouveau volume Ca fait un peu beaucoup pour un “NAS” soit disant “hot(de)plug”… ==== partages du RAID 0 ==== Sauf que les partages du RAID 0 ne sont pas re-installable aussi simplement… car ils existent, sans exister… J'ai ce problème: http://www.readynas.com/forum/viewtopic.php?f=66&t=36336&p=202429 Il faut installer SSH ! Et puis dans mon cas: $ ssh root@nas … on est sur le nas en route et on voit: # ls / -lart | grep public lrwxrwxrwx 1 root root 9 jan 2 18:24 public → /d/public Ce lien ne pointe sur rien, ce doit être le probleme… Ne pas faire: rm /public à moins de vouloir modifier tous les fichiers de conf sur le NAS (samba,nfs,etc…) Mais faire: # mkdir /d/public # chown public:nogroup /d/public # ln -s /d/public /. Et puis redemarrer le NAS ! On a recréé le repertoire manquant: tous les services associés (samba, nfs, etc…) sont récupérés. ===== DLNA ===== J'ai voulu changer de partage “media” du DLNA. 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 | Rapidement, ca marche pas bien via la console www frontview. Via ssh, editer le fichier /etc/minidlna.conf et changer la ligne concernée en: media_dir=/d/media/ (Au lieu de /c/media/ ) *Redemarrer (arrêt/demarre) le service ReadyDLNA dans la console www. *Cliquer sur “Refaire analyse” Et voila. ===== Admin ===== Le compte “admin” existe , bien sur, et il semble être l'equivalent du compte “root”:
On peut monter des partages “cifs” avec ce compte “admin”. | Il existe le compte “root” et “admin” . Le premier est plutôt pour ssh, et le second pour frontview | ===== reset firmware ===== A cause d'un module capricieux (iscsi) et/ou d'une tentative de création de modules, j'ai “frontview” (l'interface www) qui refuse de: -redemarrer/eteindre le nas (via la console) -desinstaller le module iscsi -faire une mise a jour du firmware -et autres problèmes, à priori mineures, que j'ai oublié. Donc, il a fallut que je fasse un “reset du firmware”: -Eteindre -maintenir le (petit) bouton reset enfoncé -allumer et au premier flash des leds des disks: relachez le bouton reset ! -attendre que le nas demarre Et , oh! surprise: *Le mot de passe “admin” redevient celui par defaut *mon 'nut slave' ne demarre plus . (ca se repare trés vite) *mes partages et mes users sont intacts: ainsi que le reste de la conf. Donc, ca à “réparé” :) J'ai pu , aussi, virer le module “iscsi”. Youhou!