This is the old XigmaNAS forum in read only mode,
it will taken offline by the end of march 2021!
I like to aks Users and Admins to rewrite/take over important post from here into the new fresh main forum!
Its not possible for us to export from here and import it to the main forum!
Ma config:
- NAS4Free sur USB
- 1To en ufs, pour utilisation par les services de partage (cifs / ftp et www), monté en /mnt/data/
- 1To en ext2fs pour disue de secours, monté en /mnt/sav/
Dans Système - Avancé - Cron, j'ai mis la commande
pour copier régulièrement tout ce qui est dans /mnt/data/ vers /mnt/sav/ afin de pouvoir accéder aux données avec systemrescuecd en cas de gros problème avec NAS4Free (la clef USB ou le disque UFS).
Est-ce les bonnes options pour rsync?
buts :
- tout copier avec les répertoires et sous-répertoires
- garder les propriétaires inchangés
- verbose pour la commande afin de voir ce qui se passe.
Mais, comment voir ce qui se passe?
(mail? log? ...?)
only ZFS & UFS are well supported, you have luck if ext2 works fine for you: //wiki.nas4free.org/doku.php?id=faq:0018
12.1.0.4 - Ingva (revision 7743) on SUPERMICRO X8SIL-F 8GB of ECC RAM, 11x3TB disk in 1 vdev = Vpool = 32TB Raw size , so 29TB usable size (I Have other NAS as Backup)
Il y a lourd là :
1/ quel intérêt si ce ne sont des ennuis d'utiliser une partition en EXT2?
2/ il existe un RSYNC en mode local graphique qui va rédiger ta commande (il suffit de pointer quoi, où comment et quand)
3/ le journal est entretenu dans "Diagnostique>journal>RSYNC local."
4/ si tu as ce genre de manip à faire ponctuellement celà peut se faire via QUIXPLORER "Avancé>gestionnaire de fichiers"
Je passe sous silence Unison.
Pourquoi faire simple quand on peut faire compliqué?
L'ennui, c'est que actuellement, je ne me sens pas capable d'utiliser les partitions/slics de type BSD avec un LiveCD.
J'utilise couremment systemrescuecd, et je sais monté un ext2fs avec cet outil pour fournir les données en cas de vrai pepin.
J'ai zappé RSYNC local.
C'est une erreur, j'ai pensé que RSYNC (dans NAS4Free) était taillé pour une sync de NAS à NAS.
Erreur corrigée. C'est à cela que servent les forums, à défaut de lire entièrement la doc en anglais.
Journal OK, merci.
Unison, inconnu (par moi).
Grâce à tes indications, je me renseigne, au premier abord, ça va m'être utile pour synchroniser l'EeePC de ma femme avec le PC fixe de la maison.
Encore merci.
La solution évidente n'est pas toujours la plus simple quand on débute dans un domaine.
Tout s'explique, néanmoins si j'ai quelques conseils à te donner comme tu as l'air d'y prendre goût installe au moins une version permanente sur clé USB, c'est parfaitement fiable.
Par ailleurs j'ai plus de 5ans d'expérience avec FreeNas/Nas4Free et encore plus avec Linux et je ne compte plus les erreurs de node en ext2/3/4 alors que l'UFS dans sa version courante n'a jamais montré de défaillances équivalentes (d'ailleurs tu disposes de la série de commandes de contrôle équivalentes fsck... dans le gestionnaire de disques; et d'autotests planifiés ).
Les vrais erreurs que j'ai eues avec l'UFS ont été des erreurs hard que je n'aurais pas pu surmonter quel qu'ait été le système de fichiers utilisé.
Crois-moi si la sécurité est ton objectif abandonne l'EXT2 car si à l'avenir tu as des problèmes de corruptions de données ce sera plutôt là que sur ton autre disque.
Entre le RAID, RSYNC, UNISON, et ZFS, les options sécuritaires intégrées sont tellement étendues et les possibilités de récupération tellement souples que ça ne vaut vraiment pas le coup de s'emmerder avec un système de fichier qui n'est pas supporté.
mon installation est sur USB.
Mais les buts d'un NAS sont (dans mon esprit):
- sécurité des données
- disponibilité des données
Et j'ai une confiance limitée aux clef USB.
Par ailleurs, avant d'officialiser la disponibilité de ce service (serveur de fichier/sauvegarde), je vais conduire un test qui consistera
1°/ sauvegarder la configuration
2°/ éteindre le NAS
3°/ insérer un USB neuf (ou vierge) et ré-installer NAS4Free à partir du LiveCD, remettre la config sauvegardée et comparer avec l'initial.
De mon coté je n'ai jamais eu de problème avec ext3fs, mais il est clairement non supporté, alors je me rabat sur ext2.
Je n'ai aucune expérience avec UFS, et je ne me sens pas à l'aise avec les partitions/slices de BSD alors je prend mes précautions.
Meme chose avec le RAID, aucune expérience, alors je ne me sens pas prêt à bosser dessus en équilibriste en cas de pépin.
Pour l'instant apprehensions avec UFS et avec RAID donc, prudence.
RAID, unison ZFS, ... tout ça c'est de la théorie. Les données qui me sont confiées étant ce qu'elles sont, je préfère me baser sur mes certitudes (ext2fs) en explorant les nouveautés (NAS).
En fait, je suis là car je n'ai pas réussi à installer OpenMediaVault, qui est basé sur debian que je connait mieux.
J'ai laissé FreeNAS car il lui manque le serveur web qui permet à mes utilisateurs de parcourir le serveur directement avec leur navigateur habituel. Pas envie de leur explliquer le FTP.
De plus je n'ai trouvé aucun liveCD équivalent à SystemRescueCD mais version BSD.
Je vais voir si GParted reconnait UFS et les slices à l'intérieur, et si mount prend en charge tout ça.
@+
Personnellement je dirais que ta prudence est louable et tu pense faire simple, mais en fait, cette simplicité risque de te jouer un très mauvais tour, l'ext2 ne possède pas de journalisation et est de ce fait moins réparable. En gros ça marche, c'est rapide, mais quand tu auras un soucis, c'est direct dans le mur !
Je faisais comme toi d'ailleurs, je me disais qu'un "bon vieux rsync" ferait l'affaire, mais lorsque tu auras une erreur de bloc, tu seras bien embêté avec rsync qui gère des fichiers avant tout (même si rsync a un fonctionnement interne un peu spécial).
Le pb de l'ext2 viendra surtout sur une coupure de courant (ça pardonne très peu), tu auras automatiquement un soucis sur ta sauvegarde, hors le but de la sauvegarde, c'est quand même qu'elle soit en bonne état. Ceci dit tu as une chance, la défaillance de ton ext2, ne sera QUE durant la phase du rsync, dans tous les autres cas de figure, ce système de fichier restera solide.
Pour moi, 1 To est déjà gros pour prendre le risque sur un FS de type ext2, j'éviterais, mais je comprends ta réflexion.
Puis-je te demander quel est ton système ? mémoire ?
Serveur Intel bi-Xéon P5530 / 8 X Ubuntu Serveur 18.04 LTS - ZFS-BTRFS-bcache / ~30 x PI2b(ARM) sous Nas4Free / et ...(chhhut)... 1 seul Xigmanas ... et pas à jour en plus (çà craint)
Conception d'un "système bizarre" de "super-devices-autonomes" en NFS gérés par des micro-serveurs SAN(+nas) sous N4F (11 super-devs en raidz3) taille actuelle: 16To / prévue: 64To / théorique: 320To (consommation < 15W en veille - 24/24h) en service depuis 2 ans.