gaetan.cambier

une mise à jour ? quel mise à jour ?

le manuel que tu as suivis c'est celui-ci ? https://www.jeedom.fr/wiki/index.php?title=Installation_sur_Synology#NAS_Synology

https://help.synology.com/dsm/?lang=fre&section=CloudSync&version=1.0&link=cloudsync.html

https://itunes.apple.com/us/app/saaspass-two-factor-authentication/id849132027?mt=8 non ?

ca on est d'accord, le heartbeart, c'est le mieux c'est bizarre, j'etait sur à 99% que avant on savait le faire avec le nas (probablement en 5.0), je me trompe p-e mais ...

ma commande 1 active le lvm, et la 2° un peu inutile, vont les montrer les lv dispo (ca fait toujours plaisir de voir sont lvm avec la donne taille) --> encore une fois aucun risque ensuite tu monte ton volume, et tu peux demarrer tous tes paquet si le mount à fonctionner et que ton volume est accessible ;) c le matin, me semble que ca sera celle-ci : (si c pas bon, tu aura juste une erreur aucun risque encore) mount /dev/vg1000/lv /volume1 la commande "lvdisplay" te donnera le chemin "/dev/vg1000/lv" si différent et "/volume1" c'est le point de montage ;) moi, après ca, je ferai effectivement un backup, et si tu veux pas tout refaire, tu fait un ticket syno avec log et tout le blabla (c'est dans la partie syno que ca a merdé à mon avis) et tu attend patiemment et tu vois ce qu'il font Nous, de notre coté, si tu as de nouveau acces à tes données, je crois que c'est plus que correct, aller corriger les mystère du dsm, vaut mieux les laisser faire (à chacun sa merde :p) ;)

100 go en une nuit qui passe pas :s viens de comprendre que c'est du time backup (c le matin), pour etre honnete, je l'utilise pas du tout mais normalement, vu le fonctionnement de time backup, il est plutot prevu pour fonctionné 24/h24 comme personne ne repond, faudrait que tu essaue de le laisser 24/24, il sauvegardera vraiment toute les versions (si quelqu'un fait une connerie sur un fichier dans la journée, c recupérable) et il sera normalement transparent perso, j'utilise un système un peu similaire mais qui envoie dans le cloud, je ne saurait jamais te dire qd il fait quelque chose à moin d'aller vérifier et mon ds1511+ est probablement un peu moin puissant que le tient

pour moi, c'est l'auto block qui t'a blacklisté tu es sur d'avoir bien fait le simple reset : https://www.synology.com/fr-fr/knowledgebase/tutorials/493#t2 vérifie ;)

c le matin, v p-e dire une connerie, mais par exemple un script qui monitore les nas et qui tourne sur une bete machine (raspberry pi) ca pourrait pas le faire ?

Quel version du dsm ?

Non, le serveur comprend la requête mais ne peut l'interpréter. On peux donc supposer que les données envoyés par le syno ont changé en dsm 6.0

Le lvm utilisé pour leur shr est presque aussi vieux que le raid, maintenant, ici, c'est le raid qui as pas voulu se monter, vas savoir pourquoi ...

tu ne reboot surtout pas tape les commandes suivante : vgchange -ay lvs suis tellement con que j'avais rangé mon pc sans envoyé le message :s bon fait cette commande en 1°, le mount en 2 ;) j'ai un shr, mais pas complexe, il est en md2... ca changera p-e qd j'aurai fini le remplacement de mes disque ;)

j'ai pas bien compris ce que tu vouleis dire, par contre, je remarque que le "ls -Z" ne semble pas fonctionner sur syno (en 5.2 en tout cas)

non, la commande est pas risquée, elle va juste rescanné tes disk et voir les raid qu'il y a dessus (comme au boot en fait) mais avec le verbose qui donera + de detail j'ai un autre truc qui me plait pas sur ton nas : segfault at 699b0f28 ip 00000000f773af07 sp 00000000fffbaba0 error 4 in ld.so.1[f7732000+1e000] c'est en serie, c'est ca qui m'inquiète je trouve pas de commande md5sum pour comparer les fichier question bete : tu aurait pas installé dsm 6.0 Béta ? tant qu'une ne fait rien qui modifierai les disk, pas de risque, mainteant un ticket syno, c'est 3 jours souvent, tu peux deja le rentrer si on ne trouve pas, c'est du temps gagné pour toi dans tous les cas ;)

c'est pour les francais et les blocage des sites de partage en france/belgique, à mon avis tu est pas concerné

c bizarre au boot, il cherhe des raid au format 0.90n c'est très vieux ca, il devrait chercher des 1.2 essaye betement ceci mdadm --assemble --scan --verbose

désolé suis un peu fatigué : xzcat bon, concernant tes tables de partition, elles semble coherente le shr donne ceci, j'aimerai que tu me confirme : chose simple : sde = disk de spare situation de depart : installation des disk sd[abcd] de 2to création de md2 avec sd[abcd]5 : raid5 de 4 * 2to --> 6to ensuite : changement des disk sd[abcd] de 3to création de md3 avec sd[abcd]6 : raid5 de 4 * 1 to --> 3to finalement : changement des disk sd[ab] de 4to création de md4 avec sd[ab]7 : raid1 de 2 * 1 to --> 1 to total : 10to brut (plutot dans les 9to et des poussière)

tu peux toujours essaye, mais j'y crois pas pour les log archiver utilise zcat à la place de cat ;) tu a un magnifique shr, je decode tout cela ...

bonc plus de raid, les 5 disk semble avoir le meme problème meme si c'est des wd red, 5 disk en meme temps, ca doit pas etre hardware bon dans ton log ici : syno_poweroff_task main process (25504) terminated with status 139 le syno aurait ete mal eteind par le processus, j'aimerai avoir le log d'avant cela (envoit sur pastbin, ca sera + simple ;)) ca, ca te donne ce qui devrait etre monté, vaut mieux utilisé mount qui te donne effectivement ce qui est réellement monté (pas utile, on sais bien que ton volume ne le sera pas de toute facon) bon, j'aimerai la table de partition des 5 disk : sfdisk -l /dev/sda je t"explique pas pour les 4 autre disk ;)

en fait fout surtout savoir de quoi tu as besoin sur le nas car à part sauvegarder les photo ... et le budget, car bon il y a surement une limite regarde un peu sur le site de syno pour voir ce qui t'interesse sur l'utilisation d'un nas ;)

c gentil ca ;) pour photostation c'est https://domain.com/photo/ (tu remplace bien sur domain.com) le port 22 qui est le protocole ssh, sert à l'administration d'un serveur linux (dsm est basé sur linux) en ligne de commande. c'est très puissant,on sais tout faire --> potentiellement très dangereux pour partager, il faut que le port noté dans : DownloadStation --> Paramètre (la roue crantée) --> BT --> Port Tcp soit ouvert comme tu as fait pour les autres port, c tout et desactivé le DHT sur la meme page de downloadstation

franchement, personne saura rien faire ici (on sais aider, on ne sais pas faire réapparaitre des choses supprimée dans l'interface ;)), envoit un ticket au support officiel : sur le dsm : menu --> centre d'assistance

bah, c simple ca peux pas etre des seagates (les donnée smart correspondent pas), --> reste western digital ou hitachi et les wd green ont eu des problème de LLC élevé --> c t logique ;) on a pas du tout les meme source : bien sur aucun problème : https://help.synology.com/dsm/?section=DSM&version=5.2&link=StorageManager%2Fvolume_diskgroup_expand_replace_disk.html https://www.synology.com/fr-fr/knowledgebase/tutorials/484

c gentil de nous avoir donné ce log bon on va faire plus simple car dans tout ca c'est super, mais il y a tellement qu'on ne retrouve pas ce qui nous interesse vraiment tu peux nous renvoyer simplement le resultat de cette commande : cat /proc/mdstat