EricMotordu

Bonsoir, je ne connais pas filebot assez pour savoir ce qui se passe dans ce cas là mais avec cron il faut gérer : 1. que se passe t'il s'il y a deux instances du programme qui tournent en même temps (par exemple, une exécution qui dure longtemps), vont'ils travailler sur le même fichier? 2. comment vas-tu savoir si le programme ne fonctionne plus (email, SMS, stats…) 3. les fichiers de logs, le plus simple ce peut être de rediriger la sortie vers un fichier pour chaque exécution (sinon tu peux le faire vers un fichier central mais le point 1. peut compliquer les choses et il faut sans doute lui faire subir une rotation, logrotate peut faire cela mais tu ajoutes des choses à faire), exemple d'un cron chez moi: 35 5-23/4 * * 0-1 /volume1/maintenancelocale/scripts/rsync.braise2tarte.sh 20h 1000 > /volume1/maintenancelocale/log/rsync.braise2tarte.`/opt/bin/date --iso-8601=seconds` 2>&1 (la version de date est celle de ipkg car la version standard de DSM n'a pas le iso-8601) bonne journée, Eric

Bonjour, par curiosité (je ne connaissais pas inotify, c'est super chouette, merci pour le vint), j'ai regardé un peu et c'est bien documenté pour Synology sur http://forum.synology.com/enu/viewtopic.php?f=37&t=56439, cela demande d'installer ipkg et de faire des modifications qui touchent au système, comme dit @Fenrir, s'il y a une solution plus simple, à préférer. (le kernel du DSM 5.0 est compilé avec inotify, je l'ai testé avec inotail qui est installable avec ipkg) bonne journée, Eric

Bonjour, 1. pour le réseau sans fil, sans que ce soit un réseau partagé (avec les voisins), comme le dit @dimgod59, il peut y avoir des interférences qui font que le débit est partagé. Je te conseillais de tester en filaire pour éliminer la suspicion sur le réseau, - si tu as le même débit en filaire, alors pas besoin de passer plus de temps à étudier ton wifi, - si au contraire tout fonctionne bien en filaire, alors le réseau wifi devient le suspect a+ Eric

Bonsoir, je suis d'accord avec @Fenrir, cela me surprendrais que les 2 disques tombent en panne en même temps. Tu peux utiliser des options de smartctl (par exemple: smartctl -a -d sat -T permissive /dev/sda) pour passer outre des limitations (soit disque, soit Synology); chez moi DS214play/WDC WD40EFRX-68WT0N0 le -d sat suffit mais je sais que pour d'autre il a aussi fallu mettre -T permissive Après que tu aies fait une sauvegarde complète, cela vaut la peine de 0. lancer une vérification SMART des disques (remplacer -a par -t long, puis attendre la fin et vérifiant avec -a) 1. faire une vérification du volume md 2. vérifier qu'il n'y a pas d'erreur lié aux disques dans /var/log/messages 3. (si aucune erreur avec les 3 précédents) de faire un filesystem check (d'abord uniquement test, puis correction) bonne soirée, Eric

Bonsoir, 8Mo/s en wifi c'est pas si mal, à 8bit/octet -> 56Mbit/s (802.11a et 802.11g max 54 Mbit/s) En câblé, le 1Gbit/s est maintenant abordable même à la maison (mais parfois les switch intégrés sur les "box" sont à 100Mbit/s) bonne soirée, Eric

Bonsoir, essaie avec le compte root (même mot de passe que admin) bonne soirée, Eric

Salut, Je suis bien d'accord avec @Fenrir, 20% c'est énorme, est-ce tu as le même problème si tu le fais en câblé Ethernet? bonne journée, Eric

Bonjour, tout au moins du côté du volume md, tout est bien. Du coup, c'est peut-être le système de fichier qui est le problème; la première chose c'est de s'assurer que tu as bien un backup de tout car toute manipulation pourrait rendre le système inaccessible (et en fait, peut être cela peut aussi arriver sans intervention vue l'incohérence actuelle) -> je te suggère de vérifier ton backup. Après je veux bien t'aider a+ Eric

Bonjour, pour la température, je ne sais pas, effectivement, je lis 35 degrés C comme température max en fonctionnemeny aussi, je dirais que c'est important car le système doit pouvoir être refroidit (processeur en particulier). Le système d'exploitation de Synology (appelé DSM) est basé sur Linux pour qui une taille de 10To comme système de fichiers ne fait pas peur (cf http://fr.wikipedia.org/wiki/Ext4, taille maximale de fichier 16To, taille maximale du système de fichier, taille du système de fichier "1 Eio (limité à 16Tio par e2fsprogs)") mais il faut que Synology gère tout cela par son interface, pour cela il faut attendre que cela fasse parti de la matrice de compatibilité, pour l'instant limitée aux disques de 8To) bonne journée, Eric

Bonjour, j'ai exacement la même configuration (PhotoStation et CloudStation sur le même dossier) et cela fonctionne bien pour moi. Moi j'utilise DSM 5.0-4528 update 2 et CloudStation 3.1-3320 côté client (Mac) et serveur Synology. J'ai vu (rarement) que le client CloudStation peut se bloquer en partie, un redémarage du client sur le PC ou un redémarrage du PC peut permettre de vérifier si le problème vient de là. Je n'ai pas de PC/Win pour vérifier, d'après ce que j'ai trouvé les fichiers de log sont dans C:Users%UserName%AppdataRoamingCloudstationlog , le fichier intéressant est daemon.log (et éventuellement les versions précédentes), voici pour moi ce qui se passe si j'ajoute un fichier ("bbb") depuis le NAS et quand il est propagé sur le client CloudStation (Mac dans ce cas, mais je pense que cela ne change pas grand chose, mis à part les lignes "mac attribute"). May 09 09:49:15 [INFO] event-db.cpp(932): No record for event-path: [/bbb] May 09 09:49:15 [INFO] event-list2.cpp(1333): [Push Event] = [Event<EV_ADD>: [48800] /bbb (server,file) size = 0, hash = 31d6cfe0d16ae931b73c59d7e0c089c0 exec_bit = 0 uid = 0 gid = 0 mode = 1638 acl = 1 595 0 acl_hash = 1965ce086df8e8b7906a5e07a6e03417 share_priv_disabled = 0 share_priv_deny_list = share_priv_ro_list = share_priv_rw_list = share_priv_hash = ] May 09 09:49:15 [INFO] event-db.cpp(932): No record for event-path: [/bbb] May 09 09:49:15 [INFO] download-remote-handler.cpp(275): current_event: 'Event<EV_ADD>: [48800] /bbb (server,file) size = 0, hash = 31d6cfe0d16ae931b73c59d7e0c089c0 exec_bit = 0 uid = 0 gid = 0 mode = 1638 acl = 1 595 0 acl_hash = 1965ce086df8e8b7906a5e07a6e03417 share_priv_disabled = 0 share_priv_deny_list = share_priv_ro_list = share_priv_rw_list = share_priv_hash = ' May 09 09:49:15 [INFO] event-db.cpp(1198): getServerEventByPath: No record for server event path: [/bbb] May 09 09:49:15 [INFO] download-remote-handler.cpp(317): new perm: 2 May 09 09:49:15 [INFO] download-remote-handler.cpp(122): Path [/bbb] has permission to access, download it May 09 09:49:15 [INFO] download-remote-handler.cpp(416): ReloadServerACLFilteredEvent: reload server filtered events from database for session '5'. path [/bbb] May 09 09:49:15 [INFO] download-remote-handler.cpp(1195): Copy file from syncfolder '/verificationsynchronisation/ebgmbp/touch.ebgmbp.20150419-092400'. May 09 09:49:15 [INFO] worker-op.cpp(287): '/' does not have mac attributes May 09 09:49:15 [INFO] file-helper.cpp(62): '/' does not have mac attribute May 09 09:49:15 [INFO] download-remote-handler.cpp(848): Worker (5): Prepare download from loacl successfully. May 09 09:49:15 [INFO] worker.cpp(488): Worker (5): Handle error: Successful. May 09 09:49:15 [INFO] reload-local-acl-event-callback.cpp(21): ReloadLocalACLFilteredEventCallback: reload local filtered events from database for session '5'. path [/bbb] May 09 09:49:16 [INFO] syncer.cpp(867): syncer set sync_id to 48800 May 09 09:49:16 [INFO] syncer.cpp(867): syncer set sync_id to 48800 Bonne journée, eric

Bonjour, le problème de volume1 est inquiétant, n'aurais-tu pas eu une coupure de courant ou un problème de disque récemment. Une information intéressante est de faire cat /proc/mdstat pour savoir l'état de md2 au niveau Linux. (si tu le postes ici, on peut te dire ce qu'on en pense) Il serait aussi intéressant de voir s'il n'y a pas des lignes bizarres dans /var/log/messages bonne journée, Eric

Bonjour, plsuieurs copains ont acheté le APC Onduleur Powersaving Back-UPS ES 550 - BE550G-FR et il fonctionne parfaitement avec le NAS Synology, qui peut ensuite exposer le signal (je n'ai pas fait cette partie). Si tu as ton modem/routeur internet proche c'est bien de le mettre sur l'UPS ainsi que le switch si tu en as un (en plus de celui intégré à la box), comme cela tu peux faire envoyer un SMS et/ou mail quand il y a coupure de courant (et quand il revient), très pratique si tu as un congélateur et tu veux éviter de perdre ce qu'il y a dedans si l'arrivée de courant ou le fusible disjoncte. (cela m'a déjà bien aidé une fois). bonne journée, Eric

Bonjour, je viens de voir que personne n'a répondu, as-tu toujours besoin de conseil pour cela ou est-ce que le problème est résolu? bonne journée, Eric

Bonjour, par curiosité et augmenter ma connaissance, qu'as-tu pu faire, comment cela s'est-il terminé? bonne journée, Eric

Bonsoir, il n'y a pas de question bête, ces systèmes sont super, fournissent une interface assez simple mais ce qui est derrière est assez élaboré et pas forcément simple. Oui si le disque tombe en panne (le NAS se met à bipper pour indiquer un problème grave), il faut le changer et aller dans l'interface web pour lancer la "réparation" : copie des données sur le nouveau disque. Bonne journée, Eric

@Einsteinium, oui peut-être, moi j'avais espéré que cette information soit "juste" une mauvaise information durant le resize mais effectivement si le système est durablement affecté, alors il faudra recréer

Bonjour, non je n'ai pas eu cela, effectivement pas pratique je peux imaginer. Bizarre! (il semble que certains aient eu le même problème http://forum.synology.com/enu/viewtopic.php?f=194&t=68366) est-ce DSM 5.2 beta? (j'utilise une version plus ancienne) bonne journée, Eric

Bonjour, à mon avis, il y a des chances raisonnables que le processus de reconstruction se finisse, pourquoi tout détruire? Pour avoir les valeurs SMART en ligne de commande: smartctl -a /dev/sda (remplacer sda par sdc, sud, sde pour toute la liste des disques) Les valeurs SMART sont débattues, pour moi, ces valeurs sont intéressantes Reallocated_Sector_Ct -> peut ne pas être 0 mais un signe que le disque a déplacé des blocks, il vieillit Current_Pending_Sector -> current count of unstable sectors (waiting for remapping) Offline_Uncorrectable -> number of sectors that the drive has attempted to correct itself, but failed bonne journée, Eric

Oui, tout à fait, DSM, l'OS de Synology, le gère très bien (sauf les coupures brutales de courant, c'est pourquoi il est recommandé d'avoir un UPS). Ils gèrent même de façon élégante le fait d'augmenter la taille du système en changeant un disque, resynchronisation, changer l'autre disque, resynchronisation de nouveau. Bonne journée, Eric

Re-bonjour, très bizarre le résultat de "df -h", peut-être est-ce normal durant un resize, il semble que d'autres ont eu ce genre de valeurs. je suis bien d'accord avec @Einsteinium, cela vaut la peine de vérifier l'état des disques (n'y a t'il pas eu par malchance un arrêt brutal du système?), dans tous les cas, je laisserai la reconstruction se finir (à moins que les gens du support Synology conseille autrement). bonne chance, Eric

Bonjour, quand il y a les 2 disques dans le NAS, est-ce que tu peux nous envoyer ce que tu obtiens en tapant les commandes suivantes (l'une après l'autre, touche "entrée" entre les 2) en se connectant en ssh sur le NAS? commande 1 (voir les information du système RAID): cat /proc/mdstat commande 2 (voir la table de partition des disques): fdisk -l (je suspecte que le disque 2 est reconnu mais vu comme une partie d'un raid group et donc DSM ne veut pas l'initialisé) bonne journée, Eric

Bonjour, Je ne crois pas que l'on puisse passer de l'un à l'autre sans détruire le volume. si le système fait un mirroir entre les 2 deux (le défaut je pense), c'est pas mal non plus? Dans tous les cas, je pense qu'avoir une sauvegarde à l'extérieur du NAS est la chose à faire (feu, vol, surtension, etc. peuvent affecter les 2 disques en même temps, heureusement un miroir ou effectivement une copie régulière de l'un à l'autre couvrent une partie des incidents) bonne journée, Eric

Bonjour, je n'ai jamais eu ce problème avec plusieurs resize2fs. D'après le /proc/mdstat, tu as un volume de ~3To et un de ~14To, c'est ça? Celui de 3To n'est plus en reconstruction/vérification, peut-être fini depuis ta première copie d'écran. Si j'étais toi, je ferais 1. une sauvegarde 2. je ne rebooterais pas, le problème c'est qu'à cette vitesse, il y en a pour 3 x 24h pour la reconstruction du RAID5 (je ne tuerai pas les resize2fs, cela me paraît dangereux car cela modifie le système de fichier, pas trop sûr de ce qui se passe si cela est interrompu) Est-ce que tu vois les volumes en faisant la commande df -h ? si oui, tu peux accéder aux données depuis le terminal pour en faire une copie si tu n'as pas une sauvegarde récente. Il semble que d'autres aient eu ce genre de problèmes (plusieurs resize2fs) http://forum.synology.com/enu/viewtopic.php?f=7&t=51801J'espère que les gens de Synology vont te répondre au plus vite. Bonne journée, Eric

Bonjour, si j'étais toi, je ferai par sécurité une copie des données (si rien d'autre ne fonctionne, en se connectant en ssh, rsync par exemple) ou au moins une vérification que le dernier backup est bien lisible. Tu peux avoir l'information de référence en tapant les commandes suivantes avec une connexion ssh (première taille des systèmes de fichiers en Ko, seconde état des stripe/RAID), ce sont des commandes qui ne font que lire, pas de danger df -m cat /proc/mdstat (publie sur le forum si tu veux qu'on regarde et te dise ce qu'on en pense) bonne journée, Eric

Bonjour, est-ce que l'utilisateur sur lequel tu te connectes a un ou plusieurs accès à des volumes? bonne journée, Eric