Tex-Mex

hmmm... Bin du coup le centre de journaux en prend un coup. ce serai plus adéquat qu'il puisse remplir cette fonction. C'est aussi plus accessible pour les les non-Linuxien.

Les journaux de " Snapshot Replication " ne sont pas dans le "centre de journaux". Du coups c'est aussi un autre problème.

Bonjour, On ne peut pas régler le niveau des notifications. Ex: Si on 10 backup (HyperBackup) programmés ils vont tous émettre une notification de réussite. Il serait mieux de pouvoir filtrer uniquement celles que l'on veut voir. Les ok sont bien mais on préfère généralement être prévenu quand ça plante. Ca "flood" la notification en haut au droite inutilement. Également dans "Snapshot Replication/journal" Il arrive qu'il y ait des erreurs. Dans les journaux elles se perdent dans le millier de message ok... J'ai 11 erreurs sur 12000. tolérable mais le journal ne m'aidera pas a comprendre et régler le problème. L'export des journaux c'est bien mais moins instantané et cela suppose un traitement. Des soucis sur certaines traductions : Voir capture d'écran. Je crois que c'est "clur". Voila

L O Je sais que "." c'est le dossier courant. Seulement Apache (sur le Linux) il aime pas quand il voit 777 dessus (au point de montage ou plus bas). En 775 ça marche. "Va comprendre Charles". Pour la cohérence des droits ça passe à partir du moment ou les utilisateurs sont dans les bons groupes (que les IDs correspondent aussi). C'est l'avantage que j'ai de pouvoir tout contrôler sur le NAS et les deux clients. Ca se comporte même plutôt bien au niveau cohérence. Tout le monde est dans la même famille. Seulement il y a cette bizarrerie avec Apache sur le Linux. Ce qui me chiffonne c'est : NB : en tout cas cela se voit comme cela sur le Linux. Si je change des droits en mode "dossier et ses sous éléments", je retrouverai des droits foireux sur "." et "..". D’ailleurs cela donne un sapin de Noêl dans le terminal couleur. C'est pas que je ne m'en tirerais pas. Mais cela oblige à faire du script ou de le modifier à la main. "." et ".." devraient en règle générale être en 775 grand max et pas 777. Cela rime à rien 777, surtout si ça fait offusque Apache. PS: c'est NFS4 monté en rw, defaults

Hmmm... Les droits étaient bons pour www-datas. Il fait partie du groupe Linux possédant le dossier. Il aurait du pouvoir au moins le lire. Surtout en 777. Mais c'est ce "." qui est la clé de tout. En 775 ça passe. NB: Coté Synology les deux utilisateurs Win et Linux sont dans le même groupe. L'un accédant via NFS bien entendu. Donc pas gênant. Et sur le Linux www-data fait partie du même groupe que l'utilisateur propriétaire. Ca voudrait dire que le Linux se référerait le Synology lors de appels. C'est aussi ce qui me semble bizarre. Un fois monté les droits auraient du fonctionner. On peut imaginer de créer un utilisateur sur le Synololgy quoique que je trouve cela un peu tiré par les cheveux.

Bonjour, "pseudo": c'est pour être accessible au commun des mortels. Pour Apache : il remonte toute l'arborescence pour vérifier les droits. Et si un truc lui plaît pas sur sa remonté (dont je comprend mal l'utilité) il sort cette erreur. un peu de doc ici : https://wiki.apache.org/httpd/13PermissionDenied (permission denied figure dans les log Apache quand il sort la 403 dans le navigateur) Heu ls -le; ma Debian ne connaît pas.

Bonjour, Environnement : DS916+ DSM 6.1.2-15132 Volume BtrFs Linux Debian / Win 7 En partageant un dossier avec 2 utilisateurs (1 Windows et 1 Linux via NFS) je me suis retrouvé confronté à un problème bizarre (oui j’ai dit bizarre). Le serveur Apache du Linux sort une erreur "403, Forbidden" dans les cas ou les permissions sur les fichiers ne sont pas bonnes. Facile ! Un petit coup de « chmod -R 755 (ou 644) » règle le problème généralement. Mais si les permissions sont conformes sur les fichiers, alors il reste le cas des pseudo répertoires "." et ".." qui sont à modifier. Apache y est sensible. Mais Windows aussi. Il y a quelques petites gènes ici ou là en attendant d’avoir remis d’équerre le pseudo répertoire « . ». Je me suis donc retrouvé dans ce cas. Seulement voila cela vient apparemment du DSM. Lorsque l'on modifie les droits sur les répertoires partagés, le DSM modifie aussi les pseudo répertoires "." et "..". En tout cas, il les place dans des permissions non conforme. On se retrouve avec des permissions loufoques du type 777 sur « . » et « .. ». Cela pourri l’affichage dans le terminal. Enfin plutôt ; ça fait un effet sapin de Noël. Cela perturbe aussi les services qui ont besoin de remonter et évaluer toute l’arborescence comme Apache. C’est aussi porteur de non-sens au niveau de la gestion des droits sur le DSM. Si on fait une modification du pseudo répertoire « . » ou « .. » avec un chmod, l’affichage dans le DSM des droits s’en ressent plus ou moins fortement (Surtout « .. »). On obtient différentes choses en fonction de ce que l’on a fait dans : File Station / clic droit / propriété / permissions / utilisateur (application des permissions comme dans Windows). On peut voir la mention « personnalisé ». « Panneau de configuration / Dossier partagé / Permission » ainsi que « Panneau de configuration / Utilisateur (ou groupe) / Permission » : Affiche la perte des droits alors que cela fonctionne pour l’utilisateur NFS. C’est l’affichage qui est incorrecte. Ou pour un autre utilisateur Windows cela interdira une opération alors que d’après le DSM, l’utilisateur a les droits. Mention « personnalisé » présente aussi. C’est une bonne chose que l’affichage du DSM se base sur la lecture du répertoire à la volé. Maintenant cela produit ce genre de gloubiboulga en fonction de l’état du répertoire. Apparemment il faut que le pseudo répertoire « . » de la racine du partage (point de montage) soit en 777. Ce n’est pas impactant pour les services et les partages. Mais c’est visible sur le Linux et le DSM (ssh). Le problème se règle avec un script shell du genre : Toutefois on ne devrait pas le faire. NB : En testant j’ai à chaque fois appliqué/vérifié les droits via : Panneau de configuration / Dossier partagé / Permission Panneau de configuration / Utilisateur (ou groupe) / Permission File Station / clic droit / propriété / permissions Mon utilisateur Linux à le même numéro ID et GID que celui du DSM histoire de pas se compliquer la vie. Qui peut tester pour voir (histoire de pas faire un ticket avec le support pour rien) ? Pour moi cela ressemble à un vilain bug. Est ce lié à BtrFs ? En tout cas c’est un comportement non conforme puisqu’il mène à la problématique d’Apache mentionné plus haut. J’imagine que les personnes peu expérimentées vont bloquer dessus.

Merci pour les réponses. Bon ça avance. Le BtrFS est bien disponible mais il ne faut pas oublier de programmer les snapshots sur les dossiers partagés. Voir image jointe. Toutefois "Snap replication" refuse de répliquer sur un système ne supportant pas BtrFs. C'est ennuyeux sachant que c'est la même version du DSM et que visiblement la limitation n'est que logicielle. Je doute fort que BtrFs soit câblé en dur. On peut le contourner avec Hyper Backup mais il apparaît un petit souci. Donc direction support.

Bonjour, J'ai acquis un nouveau NAS récemment pour compléter ma panoplie mégalomane de NAS... Non bien évidement. Mon histoire: J'ai subi une catastrophe de perte de données. Le pourquoi du comment importe peu aujourd'hui. Après un dur labeur de spécialiste je récupère une partie critique des mes données récente. Je vais ramer un peu mais je m'en contenterai. Les sauvegardes (DVD/BR) compléteront fort bien la chose. Bon et puis le premier NSA se faisait un peu vieux. Je me retrouve donc avec: un NAS DS411j (RAID5/Ext4) un NAS DS916+ (4x4To RAID5/BtrFs) Je compte me servir du D916+ comme NAS Nominal avec 2 volumes. 1 volume normal et un autre volume que personne ne montera jamais. Lorsque j'aurai fini de tout réorganiser / migrer je vide le DS411j, update au dernier DSM. J'emploierai le DS411j comme réplication des zones critiques à hauteur de sa capacité. Même si je n'aurai absolument pas besoin de tout. Loin de là. J'aurai donc une réplication locale (un volume dédiée) sur DS916+ et une distante avec le DS411j. A cela j'apporte le concours des snapshot BtrFs. J'en voit déjà qui pensent au mot paranoïaque mais peut-être n'ont-ils jamais vécu le calvaire de la récupération de données. J'ai donc un tas de questions concernant ces solutions. Je vois sur le net qu'il y a une bonne tripotée de commande Linux pour BtrFs (ce qui ne m’effraie pas du tout) mais peu de sites donnent des informations précises ou un bon tuto sur les snapshots. Du coop je me dis que ce serait bête de ne pas vérifier qu'il y en a et que cela fonctionne. Donc : L’implémentation de BtrFs est elle automatique en ce qui concerne les snapshots sur les NAS Synology le supportant ? Comment le vérifier (et tester sur un fichier effacé par ex) ? Si ce n'est pas activé d'office y-t-il un bon tuto pour ces fonctionnalités BtrFs? En ce qui concerne la réplication des données sur le deuxième NAS doit-on utiliser "Snapshot Replication" ou "Hyper Backup"? Tuto ??? (C'est pas super clair dans les présentations) Peut-t-on programmer une copie de répertoire à répertoire (ou lancer un script qui backup le répertoire) dans la configuration du NAS? Merci de vos réponses.

Bonjour Je ne suis pas certain d'avoir compris ce dernier commentaire. Il manque peutêtre un mot ou deux. Détails?

Re, Aller; dernière question de validation Avec : un DS916+ (https://www.synology.com/fr-fr/products/DS916+) 4 disque en RAID 5 en implémentant BtrFS je suis normalement capable de recouvrer des données éventuellement effacées avant leur sauvegarde effective (bien sur dans la limite temporelle des instantanés ou de la corbeille). Tout à partir du DS916+ -> Vrai? Questions subsidiaires : A / Quelle place vont prendre en moyenne les instantanés? J'explique : Est-ce de la copie brute façon miroir (1 pour 1 kb) ce qui est facile a compter ? Ou par delta (seulement ce qui change entre les deux versions du fichier) ce qui sera plus variable mais plus économe ? cela semble être la deuxième option. -> Du coup pour 2.5To de données faut-il 4x2To (5.6To en RAID5) ou 4x4To ? B/ Quelle méthode appliquer pour la mise en service? Je ne trouve pas de tutoriels ou du trop vieux / flou (https://www.synology.com/fr-fr/knowledgebase/DSM/help/SnapshotReplication/snapshots). Probablement du fait du nombre de solution / façon de faire disponible. Est-ce qu'on peut prendre toute la place pour le Vol0 et tout configurer dedans ? ou faut-il en laisser de coté pour faire un deuxième volume dédié aux instantanés? Quelle finesse d'instantané peut-on avoir ? Sélection de fichier ou répertoire ou seulement le volume ?

ok merci

L'espace disque des snapshot je m'en arrangerai très bien. Roue de secours ou pas c'est bien utile quand ça foire (ou que Régis foire). Le besoin: 2 To a peu près Raid 5 sur 4 disques de 2To pour le coté physique (donc ~5.6 To en ligne) 4 utilisateurs mini Accès via LAN (Aucun accès depuis internet) Besoin de "versionning" (mais peut être fait en manuel) Quelques "home" sans plus de fonctionnalité abracadabrantes

Bin le besoin de stockage est évident mais pas besoin d'un Pétaoctet. L'axe de réflexion est voulu pour la résilience des données en autonomie complète. Les snapshot par exemple sont à bien décrire. J'ai travaillé sur du NetApp et les snapshot sont un paradis la dessus. Dans ce que j'ai pu voir de Synology c'est avec un deuxième NAS. Donc pas autonome. Pouet. J'ai un Cloud qui me sert de dépôt pour les données complètement cristallisées. Exemple pratique: J'ai fait une image de synthèse, je ne toucherai plus aux fichiers source; je mets donc une copie sur le Cloud. J'ai donc la V1.0 sur le NAS et le Cloud. Je reviens plus tard sur une version 1.1 avec un nouveau fichier sur le NAS. Tant que ce n'est pas fini je ne copie pas sur le Cloud. Pas de bol Régis (qui est un con fini) a effacé les fichiers sur le NAS. il l'a fait tellement bien que c'est pas dans la corbeille. Il me faut donc le récupérer depuis le NAS sans aucune autre aide que le NAS lui-même. Merci pour les réponses.

Bonjour, Je suis à la recherche d'un NAS pour un RAID5. 2 types de systèmes seront connectés à ce NAS (Win7 et Linux via NFS). Le RAID va protéger contre la panne matériel. Quels sont les fonctionnalités à utiliser pour ce NAS pour s'assurer d’aucune perte de données (que ce soit une erreur humaine ou d'un système qui bogue) J'entends parler de BtrFS et de Snapshot mais ce n'est pas très clair en fonction de la source de l'information. Dooonc: 1/ Quel est le modèle de NAS Synology qui répond à ce besoin tout seul? Sans aucun autre élément (ou cloud) comme miroir. Tout doit être géré depuis le NAS. Cela peut être des snapshot, la poubelle (comme windows) ou d'autre moyen comme des sauvegardes automatique (donc programmable) dans un autre volume etc. PS: et oui je fais des sauvegardes régulière. Merci.