new_211j

Bonjour, j'ai deux Syno, un 211j et un 110j, le second servant de sauvegarde réseau du premier, sur mon réseau local. j'ai eu des alertes matérielles sur le DD du 110j, je l'ai changé. J'ai mis son disque suspect dans un boitier externe, connecté en USB sur le 110j qui a donc un DD neuf. Et j'ai fait une recopie des différents répertoires de l'ancien vers le nouveau DD (commande cp -rp) en USB. Cela m'a pris des semaines, bien qu'il n'y avait que 700 Go à copier, je n'ai pas compris pourquoi mais tant pis. Depuis la sauvegarde réseau, du 211j vers le 110j, ne fonctionne plus ; j'ai droit à : La sauvegarde réseau sur my_DS_211j a échoué. Tâche : My_Backup_ Serveur de sauvegarde : 192... Heure de sauvegarde : 2015/09/21 04:37 Erreur : Some files could not be transferred. Possible reasons: 1) backup user has no permission to access the files, 2) files are deleted, 3) illegal file name, 4) too many folders. Veuillez vérifier le journal de sauvegarde réseau pour de plus amples informations. Je ne sais pas d'où cela peut provenir, il n'y a rien dans le journal de sauvegarde réseau. C'est d'autant plus surprenant que le clonage du disque défaillant devrait (je pense) limiter le travail de la sauvegarde aux seules petites choses qui ont changé... Auriez-vous une idée de ce qui cloche ? de ce que je devrait vérifier ? merci !

Alors, ce soir j'ai essayé de forcer une ré-installation pour faire rebooter le bouzin. rien à faire avec un trombone, aucune réaction. alors je l'ai débranché et rebranché après 20 sec. Il est reparti comme une fleur, aucun problème sur les leds qui sont toutes au vert. Je suis allé voir les logs, voilà ce que j'ai dans les secondes qui précèdent le crash Jan 4 19:35:51 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd Jan 4 19:35:58 kernel: [5166856.970000] nfsd: last server has exited, flushing export cache Jan 4 19:35:59 rsyncd[6617]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(572) [receiver=3.0.4] Jan 4 19:35:52 ntpdate: Sync with time server 132.163.4.103 offset -14.411525 sec. Jan 4 19:35:59 syno_poweroff_task: volume_unmount.c:62 Failed to unmount '/volume1', errno=139 Jan 4 19:35:59 syno_poweroff_task: volume_unmount_all.c:15 failed to unmount volume [/volume1] Jan 4 19:35:59 kernel: [5166871.560000] Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jan 4 19:35:59 kernel: [5166871.570000] pgd = c7f30000 Jan 4 19:35:59 kernel: [5166871.570000] [00000000] *pgd=05347031, *pte=00000000, *ppte=00000000 Jan 4 19:35:59 kernel: [5166871.580000] Internal error: Oops: 817 [#1] Jan 4 19:35:59 kernel: [5166871.580000] last sysfs file: /sys/block/md2/md/dev-sdb3/slot Jan 4 19:35:59 kernel: [5166871.580000] Modules linked in: usbhid hid usblp usb_storage xhci_hcd ohci_hcd ehci_hcd ds211j_synobios( Jan 4 19:35:59 kernel: [5166871.580000] CPU: 0 Tainted: P (2.6.32.12 #1955) Jan 4 19:35:59 kernel: [5166871.580000] PC is at ext4_mb_release+0xa8/0x20c Jan 4 19:35:59 kernel: [5166871.580000] LR is at 0xc1e53640 Jan 4 19:35:59 kernel: [5166871.580000] pc : [<c01f00d4>] lr : [<c1e53640>] psr: 80000013 Si je regarde les logs du reboot (toujours dans /var/log/messages) suite à la remise de l'alimentation électrique : Jan 8 21:21:24 syslogd started: BusyBox v1.16.1 Jan 8 21:21:24 kernel: [ 26.570000] o Single RX Queue support - ETH_DEF_RXQ=0 Jan 8 21:21:24 kernel: [ 26.580000] o Single TX Queue support - ETH_DEF_TXQ=0 Jan 8 21:21:24 kernel: [ 26.580000] o TCP segmentation offload (TSO) supported Jan 8 21:21:24 kernel: [ 26.590000] o Receive checksum offload supported Jan 8 21:21:24 kernel: [ 26.590000] o Transmit checksum offload supported Jan 8 21:21:24 kernel: [ 26.600000] o SKB Recycle supported - (Enabled) Jan 8 21:21:24 kernel: [ 26.600000] o Rx descripors: q0=128 Jan 8 21:21:24 kernel: [ 26.610000] o Tx descripors: q0=532 Jan 8 21:21:24 kernel: [ 26.610000] o Loading network interface(s): Jan 8 21:21:24 kernel: [ 26.620000] o register under mv88fx_eth platform Jan 8 21:21:24 kernel: [ 26.620000] o eth0, ifindex = 2, GbE port = 0 Jan 8 21:21:24 kernel: [ 26.630000] o eth0, phy chipid = 1410e40, Support WOL = 0 Jan 8 21:21:24 kernel: [ 26.630000] Jan 8 21:21:24 kernel: [ 26.760000] md: invalid raid superblock magic on sda3 Jan 8 21:21:24 kernel: [ 26.760000] md: sda3 does not have a valid v0.90 superblock, not importing! Jan 8 21:21:24 kernel: [ 26.800000] md: invalid raid superblock magic on sdb3 Jan 8 21:21:24 kernel: [ 26.810000] md: sdb3 does not have a valid v0.90 superblock, not importing! Jan 8 21:21:24 kernel: [ 26.830000] md: sda2 has different UUID to sda1 Jan 8 21:21:24 kernel: [ 26.840000] md: sdb2 has different UUID to sda1 Jan 8 21:21:24 kernel: [ 26.850000] md: md0: set sda1 to auto_remap [0] Jan 8 21:21:24 kernel: [ 26.860000] md: md0: set sdb1 to auto_remap [0] Jan 8 21:21:24 kernel: [ 26.900000] md: md1: set sda2 to auto_remap [0] Jan 8 21:21:24 kernel: [ 26.900000] md: md1: set sdb2 to auto_remap [0] Jan 8 21:21:24 kernel: [ 28.000000] VFS: Mounted root (ext2 filesystem) on device 1:0. Jan 8 21:21:24 kernel: [ 28.030000] ds211j_synobios: module license 'Synology Inc.' taints kernel. Jan 8 21:21:24 kernel: [ 28.040000] Disabling lock debugging due to kernel taint Jan 8 21:21:24 kernel: [ 28.070000] correction with 0x03 Jan 8 21:21:24 kernel: [ 28.170000] Brand: Synology Jan 8 21:21:24 kernel: [ 28.170000] Model: DS-211j Jan 8 21:21:25 kernel: [ 46.880000] md: md2: set sda3 to auto_remap [0] Jan 8 21:21:25 kernel: [ 46.880000] md: md2: set sdb3 to auto_remap [0] Jan 8 21:21:25 spacetool: spacetool.c:2208 [Info] Activate all VG Jan 8 21:21:34 scemd: scemd.c:127 fan_type=3, raid_type=1, led_type=1, thermal_type=2, fanctrl_type=1, auto_poweron_type=1, dual_po Jan 8 21:21:34 scemd: modules/fan_speed_adjust_common.c:117 Type: INTERNAL Fan Mode: LOW Jan 8 21:21:35 scemd: modules/raid_sys_volume_check.c:163 MD0 active disks 2, designed disks 2 Jan 8 21:21:35 scemd: modules/raid_sys_volume_check.c:163 MD1 active disks 2, designed disks 2 Jan 8 21:21:35 scemd: modules/disk_hibernation.c:430 Force hibernation enable, idle minutes 0 Dans le lot, il y a bien les deux lignes md: invalid raid superblock magic on sda3 qui m'embêtent mais je ne rien d'autre de sérieux. Je suis allé voir les infos SMART, tout est OK J'ai fait un test rapide SMART, tout est OK également. Peut-on en conclure que l'incident est réglé ? Seul truc bizarre, l'assistant syno ne voit aucun des deux NAS alors que l'interface web les trouve direct !

Bonjour, @ManuC merci pour ta réponse. Pour le moment toutes les diodes sont au vert et a priori pas de souci matériel du côté des disques. J'aimerais bien tester la carte mère pour finir de valider l'ensemble ; mais dans la procédure indiquée il faut l'éteindre et je n'y arrive pas. Donc je vais tenter le reset long ce soir ou demain : réinstallation du système. Comme c'est mon syno principal, dupliqué sur un syno secondaire, je ne suis pas trop inquiet pour les données. Je vous tiens au courant de la suite ....

J'ai lu le tuto de synology sur le bouton reset : avez-vous déjà appliqué cette procédure dans le cas où le syno n'est pas en état "ready" ? Est-ce que la re-initialisation du mot de passe admin entraîne un reboot ? L'autre option proposée est la réinstallation du système d'exploitation. Est-ce une alternative intéressante plutôt que la coupure de courant ? merci pour vos avis !

Bonjour (et bonne année), suite à un plantage logiciel tiers (iphoto sur os x, avec sa photothèque partagée et hébergée sur le nas), j'ai voulu rebooter mon syno ("photothèque verrouillée sur disque verrouillé"). Sauf que rien n'a marché (dans l'ordre des tentatives) : - connexion normale au travers de l'interface graphique navigateur web ; demande de reboot : il dit qu'il fait mais ne fait pas - connexion ssh normale ; "halt -f" ; aucun retour de la commande - ni en gardant le doigt appuyé sur le bouton ad hoc du NAS (je ne suis pas dans le cas du tutoriel "arrêt impossible du nas") son état actuel : - les 4 led (statut, disques, réseau) sont vertes, elles l'ont toujours été - la led bleue est clignotante (indique en cours de redémarrage) - il répond au ping mais pas au ssh - lorsque j'avais encore la main en ssh, j'étais allé voir le /var/log/messages mais les tentatives d'arrêt n'y figurent pas. J'ai l'impression qu'un processus est parti en vrille et a bloqué la procédure. J'ai tout de même constaté que le /volume1 était vide ; donc démonté (?). A part lui couper violemment le courant, ce que je ne veux pas faire, que me reste-t-il comme possibilité ? merci par avance pour vos réponses Edit : suite à la coupure de l'alimentation, il est reparti et tout semble bien aller, je passe le sujet en résolu.

je me réponds à moi même pour la sauvegarde locale, l'erreur provient de fichiers présents dans l'arborescence de la librairie iPhoto du genre rep1 rep1/fich1 rep1/fich2_lien symbolique vers rep1/ssrep1/fich1 rep1/fich3 rep1/ssrep1/fich1 et donc il ne veux pas sauvegarder ces liens symboliques ; il y en a 9 dans cette situation. pour la sauvegarde par réseau, j'ai découpé la tâche initiale (elle gère la sauvegarde d'un NAS sur l'autre) en plusieurs tâches hier soir. Cela plante sur une seule nouvelle tâche, celle qui gère la librairie iPhoto. Je me demande si elle n'est pas trop grosse en terme de nombres de fichiers. Il y en a des milliers. Elle fait 30 000 photos et 65 Go. Il faut que je vois si je peux partager ma librairie en plusieurs (une par année civile par exemple) et ensuite créer des sous-tâches correspondantes. Si quelqu'un a une autre idée pour couper la tâche initiale qui gère la sauvegarde réseau de ma librairie iPhoto, je suis preneur !

Bonsoir, ma configuration est en production depuis février 2011 et elle fonctionnait bien jusqu'à très récemment. Il s'agit d'un 211j en RAID 1 (2 disques de 1.5 To, il reste 1To) avec un 110j (1 disque de 1.5 To) en synchro réseau. Ils sont sur le même réseau Gb avec un D-link au milieu. J'ai la librairie iPhoto et le répertoire TimeMachine sur le 211j. Il y a une sauvegarde locale programmée tous les jours sur le 211j et ensuite une sauvegarde réseau du 211j sur le 110j. Cela fonctionne depuis plus d'un an et je n'ai pas eu à y toucher. Je n'ai pas fait de MaJ de DSM, je dois être en 3.x J'ai changé de mac mini dernièrement. Or iPhoto sur le nouveau Mini me demande de transformer la librairie iPhoto. Qu'à cela ne tienne, je me connecte sur le 211j en tant qu'admin, je crée un autre répertoire partagé, je duplique la librairie dans cet autre répertoire partagé. Ensuite je laisse iPhoto transformer l'originale. Depuis lorsque les sauvegardes se lancent j'ai droit aux messages d'erreur suivant - pour la sauvegarde locale : La sauvegarde locale sur my_DS_211j est terminée mais certains fichiers spécifiques ont été ignorés. Veuillez vérifier le journal de sauvegarde pour de plus amples informations. Tâche : My_Local_Backup Destination : /volume1/Local_Backup - pour la sauvegarde réseau : La sauvegarde réseau sur my_DS_211j a échoué. Tâche : my_Backup_211j_over_110j Serveur de sauvegarde : my_DS_110j (192.168.0.xxx) Heure de sauvegarde : 2012/11/27 06:18 Erreur : Some files could not be transferred. Possible reasons: 1) backup user has no permission to access the files, 2) files are deleted, 3) illegal file name, 4) too many folders. Veuillez vérifier le journal de sauvegarde réseau pour de plus amples informations. Je cherche dans les journaux des deux NAS, rien d'explicite. Avez-vous déjà rencontré ces messages ? Merci !!!

Bonsoir, j'ai résolu mes problèmes de connexion de base lors de l'installation de piwigo : dans phpmyadmin, pour le compte user (crée pour piwigo), il faut changer le champ server , le passer de "%" (tout serveur) à "localhost". Si cela peut aider ....

Je suis d'accord ; le NAS a la puissance suffisante pour faire l'installation mon problème est plutôt lié au paramétrage .... Vous souvenez-vous de ce que vous aviez mis sur votre 107+ ? Dans mon cas il s'agit d'un NAS personnel, donc "auto hébergement" en quelque sorte. Le NAS est sur un commutateur D-link, relié en Gb à ma machine perso, un Mac Mini, et relié à une Free Box V 5 au travers du même D-link. Les @IP sont récupérées en DHCP . Le NAS fonctionne 24h/24 ; pas de disque mis en veille. Cela fonctionne très bien depuis un an.

Bonjour, je relance ce fil car j'essaye actuellement d'installer Piwigo 2.3.2 sur mon DS211j, mais je n'arrive pas à franchir l'étape initiale où l'on indique les noms des identifiants, de la base MySQL ... Le serveur est "localhost" Je rencontre le message "impossible de se connecter au serveur" Le NAS est dans le réseau local, derrière un commutateur 5 ports. Je me connecte sans problème en utilisant le terminal, ou l'interface web. J'ai activé le service web et mySQL J'utilise Apache,PHP, mySQL directement du Syno ; j'ai installé le module complémentaire PHPMyAdmin. À l'aide de PHPMyAdmin, j'ai changé le mot de passe root, crée une base, un utilisateur ayant tous les privilèges sur cette base, le tout sur "localhost". A l'attention de ceux qui lisent ce fil et qui ont installé piwigo, pourriez-vous me dire ce que vous avez mis comme paramètres ? merci !

trouvé !! je suis allé dans Préférences Système / Compte / Ouverture (pour chaque utilisateur concerné) : apparemment, les volumes n'étaient pas reconnus comme tels mais "inconnu"s. Je les ai détruits et re-crées et tout va bien. La seule chose que j'ignore est pourquoi lors des précédents arrêts prolongés cela se passait bien au redémarrage ...

je suis chez Free, j'ai une V5 mon mac et le NAS sont en DHCP. Comme j'ai allumé le NAS avant le mac et qu'il tourne 24/24, il garde son IP du début à savoir 192.168.0.1 le mac est en 192.168.0.3 En 192.168.0.2, j'ai un autre NAS, un DS110j, qui clone le 211j toutes les nuits et je reçois bien mes mails quotidiens comme quoi, le 211 se sauvegarde bien sur lui-même et le 110j clone bien le 211j. ce n'est pas la première fois que j'éteins tout lors d'une absence prolongée mais il me semble avoir déjà allumé le NAS avant le mac.

Bonjour, j'ai un DS211j installé depuis février 2011 et tout fonctionnait bien. J'ai paramétré plusieurs partitions pour qu'elles montent automatiquement sur le bureau de mon Mac lors de l'ouverture de session, pour tous les utilisateurs. Ce NAS fonctionne 24/24h mais pendant les vacances, je l'ai éteint (proprement). Au retour, dès le premier allumage, j'ai le message d'erreur suivant pour chaque partition : Echec de la connexion. Ce serveur de fichiers est en fonction sur votre ordinateur. Veuillez accéder aux volumes et fichiers localement. J'ai démarré le NAS, attendu quelques minutes, toutes les diodes sont vertes. J'ai regardé les logs, tout va bien, le service de partage sous OS X est toujours activé. Pas de mise à jour de firmware depuis la première en février/mars (3.0-1342) Le NAS est connecté au travers de deux commutateurs Gb (un à côté du mac l'autre au sous-sol à côté du NAS). Si je prends l'option "se connecter au serveur" dans le finder, tout va bien, après identification et mise au trousseau du MdP (juste une fois), le système me propose toutes les partitions à monter et je prends celles que je veux. Pas de MaJ du Syno ; je viens de faire la dernière MaJ de sécurité, Java, safari, etc ... sur le mac mais cette erreur persiste. Je n'ai pas touché à la configuration du Syno ni à celle du Mac d'ailleurs J'ai bien retrouvé par-ci, par-là le même message d'erreur sur d'autres fils / d'autres forums mais pas trouvé dans ce contexte précis Si vous avez une idée ... merci d'avance !!!

eureka ! bon, pour une fois que j'arrive

Bonsoir, Je m'incruste sur ce fil car j'ai un probl