jim Posté(e) 20 juin 2011 Signaler Share Posté(e) 20 juin 2011 bonjour, j'ai remarqué que lorsque le nas (ts-210) est connecté au réseau (et que aucune autre machine est connectée) le nas ne se met jamais en veille. Par contre, lorsque je débranche le cable réseau au niveau du nas, il se met en veille apres quelques minutes. D'apres les forums ca serait du a samba, mais si aucune machine est connectée au reseau, je comprend pas. Que dois je faire pour résoudre le probleme ? Merci Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 20 juin 2011 Signaler Share Posté(e) 20 juin 2011 Bonjour, bonjour, j'ai remarqué que lorsque le nas (ts-210) est connecté au réseau (et que aucune autre machine est connectée) le nas ne se met jamais en veille. Par contre, lorsque je débranche le cable réseau au niveau du nas, il se met en veille apres quelques minutes. D'apres les forums ca serait du a samba, mais si aucune machine est connectée au reseau, je comprend pas. Que dois je faire pour résoudre le probleme ? Merci Samba ... ou un autre, utilisez le shell (fourni par QNAP) pour identifier qui empêche la mise en standby. http://wiki.qnap.com...s_from_spindown Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 jim Posté(e) 21 juin 2011 Auteur Signaler Share Posté(e) 21 juin 2011 voila un extrait des données: 7>md13_raid1(487): WRITE block 995856 on sda4 md13_raid1(487): WRITE block 995856 on sdb4 md13_raid1(487): WRITE block 995848 on sda4 md13_raid1(487): WRITE block 995848 on sdb4 md13_raid1(487): WRITE block 995840 on sda4 md13_raid1(487): WRITE block 995840 on sdb4 flush-9:0(1105): dirtied inode 48627724 (wins.dat) on md0 flush-9:0(1105): WRITE block 1556348992 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 flush-9:0(1105): WRITE block 2882591512 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 echo(4772): dirtied inode 90048531 (2011-06-08_19:13:37) on md0 echo(4772): dirtied inode 90048531 (2011-06-08_19:13:37) on md0 echo(4772): dirtied inode 90048531 (2011-06-08_19:13:37) on md0 md13_raid1(487): WRITE block 995848 on sda4 md13_raid1(487): WRITE block 995848 on sdb4 flush-9:0(1105): WRITE block 277944 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 flush-9:0(1105): WRITE block 505960 on md0 smbd(4253): dirtied inode 48627719 (locking.tdb) on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 md13_raid1(487): WRITE block 995856 on sda4 md13_raid1(487): WRITE block 995856 on sdb4 jbd2/md0-8(1109): WRITE block 2882591512 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 jbd2/md0-8(1109): WRITE block 1950638320 on md0 jbd2/md0-8(1109): WRITE block 1950638328 on md0 jbd2/md0-8(1109): WRITE block 1950638336 on md0 jbd2/md0-8(1109): WRITE block 1950638344 on md0 jbd2/md0-8(1109): WRITE block 1950638352 on md0 jbd2/md0-8(1109): WRITE block 1950638360 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 flush-9:0(1105): WRITE block 1556087048 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 flush-9:0(1105): WRITE block 1556152576 on md0 flush-9:0(1105): WRITE block 2881488136 on md0 flush-9:0(1105): WRITE block 0 on md0 flush-9:0(1105): WRITE block 376 on md0 flush-9:0(1105): WRITE block 1556086792 on md0 flush-9:0(1105): WRITE block 1556086912 on md0 flush-9:0(1105): WRITE block 1556087040 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 flush-9:13(560): WRITE block 262504 on md13 md13_raid1(487): WRITE block 995848 on sda4 md13_raid1(487): WRITE block 995848 on sdb4 md13_raid1(487): WRITE block 995840 on sda4 md13_raid1(487): WRITE block 995840 on sdb4 md13_raid1(487): WRITE block 995856 on sda4 md13_raid1(487): WRITE block 995856 on sdb4 md13_raid1(487): WRITE block 995848 on sda4 md13_raid1(487): WRITE block 995848 on sdb4 md13_raid1(487): WRITE block 995840 on sda4 md13_raid1(487): WRITE block 995840 on sdb4 flush-9:0(1105): WRITE block 2882591512 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 md13_raid1(487): WRITE block 995848 on sda4 md13_raid1(487): WRITE block 995848 on sdb4 flush-9:0(1105): WRITE block 277760 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 flush-9:0(1105): WRITE block 505960 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 blkdevMonitor.s(5409): dirtied inode 90048531 (2011-06-08_19:13:37) on md0 echo(5409): WRITE block 1560552024 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 md13_raid1(487): WRITE block 995856 on sda4 md13_raid1(487): WRITE block 995856 on sdb4 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 smbd(4253): dirtied inode 48627719 (locking.tdb) on md0 flush-9:0(1105): WRITE block 505960 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 smbd(4253): dirtied inode 48627719 (locking.tdb) on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 jbd2/md0-8(1109): WRITE block 1950638368 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 jbd2/md0-8(1109): WRITE block 1950638376 on md0 jbd2/md0-8(1109): WRITE block 1950638384 on md0 jbd2/md0-8(1109): WRITE block 1950638392 on md0 jbd2/md0-8(1109): WRITE block 1950638400 on md0 jbd2/md0-8(1109): WRITE block 1950638408 on md0 jbd2/md0-8(1109): WRITE block 1950638416 on md0 jbd2/md0-8(1109): WRITE block 1950638424 on md0 jbd2/md0-8(1109): WRITE block 1950638432 on md0 jbd2/md0-8(1109): WRITE block 1950638440 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 flush-9:0(1105): WRITE block 505960 on md0 md0_raid1(1098): WRITE block 3903891200 on sda3 md0_raid1(1098): WRITE block 3903891200 on sdb3 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 22 juin 2011 Signaler Share Posté(e) 22 juin 2011 Bonjour, voila un extrait des données: 3 blkdevMonitor.s(5409): dirtied inode 90048531 (2011-06-08_19:13:37) on md0 echo(5409): WRITE block 1560552024 on md0 smbd(4253): dirtied inode 48627719 (locking.tdb) on md0 flush-9:0(1105): WRITE block 505960 on md0 smbd(4253): dirtied inode 48627719 (locking.tdb) on md0 Bon, a priori c'est en effet Samba qui écrit (le reste c'est la gestion du journal et les écriture physique des caches ...) Il faut voir si un appareil n'émet pas de broadcast ... cela peut être un routeur avec un périphérique USB (Livebox par ex.) un boitier multimédia ? une télévision avec prise RJ45 ... une console de jeu ... Si vous savez faire, essayer d'utiliser un moniteur réseau pour voir les trames de broadcast passer ... il y en a en mode logiciel ... (éliminez les trame venant de l'adresse MAC du PC servant à la capture ... (filter) pour n'avoir que les autres appels) ... Si vous arrivez a l'identifier, il faudra regarder la configuration de cet appareil ... pour enlever son balayage réseau. Sinon, a part le bruit, si vous dormez à coté, pas trop d’inquiétude les NAS sont faits aussi pour tourner 24/24 7/7 ... les miens ne s'arrêtent JAMAIS, mon TS-219 (même famille que le votre) ne passe jamais en standby .... et il a presque 2 ans (avec les mêmes disques, bien sur ) Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 jim Posté(e) 22 juin 2011 Auteur Signaler Share Posté(e) 22 juin 2011 ok merci je vais ce que je peux faire. J'ai trouvé l'url suivante tcpdump qui pourrait être intéressante je pense, non ? Mais ca m'a l'air compliqué a faire. Un nas tourne 24/24 ok, mais si les disques tournent aussi 24/24 ils ne vont pas faire long feu je pense, et en effet, ca fait du bruit - Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 jim Posté(e) 24 juin 2011 Auteur Signaler Share Posté(e) 24 juin 2011 bonjour, j'ai fait un nouveau test, et le résultat est vraiment étrange. Lorsque je relie mon nas au switch (et il n'y a rien d'autre connecté au switch, même pas le routeur ! ), le nas ne se met jamais en veille. Des que je débranche ce cable, le nas se met en veille apres quelques minutes. Quel est alors le lien entre samba et le fait d'etre connecté , seul , au switch ? Une idée ? Merci Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 pioulee Posté(e) 25 août 2011 Signaler Share Posté(e) 25 août 2011 De mon coté, impossible de mettre les DD en veille, j'ai tout essayé En lançant le script, j'ai ce message qui est arrivé assez rapidement drive state is: active/idle curl(15923): dirtied inode 17 (ds.db-journal) on md9 kjournald(1692): WRITE block 542336 on md9 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md9_raid1(1149): WRITE block 1060096 on sda1 md9_raid1(1149): WRITE block 1060096 on sdb1 kjournald(1692): WRITE block 542344 on md9 kjournald(1692): WRITE block 542352 on md9 kjournald(1692): WRITE block 542360 on md9 kjournald(1692): WRITE block 542368 on md9 kjournald(1692): WRITE block 542376 on md9 kjournald(1692): WRITE block 542384 on md9 kjournald(1692): WRITE block 542392 on md9 md9_raid1(1149): WRITE block 1060120 on sda1 md9_raid1(1149): WRITE block 1060120 on sdb1 A quoi ca correspond ? Merci Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 26 août 2011 Signaler Share Posté(e) 26 août 2011 Bonjour, De mon coté, impossible de mettre les DD en veille, j'ai tout essayé En lançant le script, j'ai ce message qui est arrivé assez rapidement drive state is: active/idle curl(15923): dirtied inode 17 (ds.db-journal) on md9 kjournald(1692): WRITE block 542336 on md9 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md9_raid1(1149): WRITE block 1060096 on sda1 md9_raid1(1149): WRITE block 1060096 on sdb1 kjournald(1692): WRITE block 542344 on md9 kjournald(1692): WRITE block 542352 on md9 kjournald(1692): WRITE block 542360 on md9 kjournald(1692): WRITE block 542368 on md9 kjournald(1692): WRITE block 542376 on md9 kjournald(1692): WRITE block 542384 on md9 kjournald(1692): WRITE block 542392 on md9 md9_raid1(1149): WRITE block 1060120 on sda1 md9_raid1(1149): WRITE block 1060120 on sdb1 A quoi ca correspond ? Merci les WRITE block ... sont normaux, si ils ne s'arrêtent pas ... c'est a cause du inode (descripteur de fichier) de la base ds.db-journal qui, sauf erreur, est la base de DS Download Station ... Arrêtez D.S. pour vérifier ... que vos disques se mettent en sommeil. redémarrez D.S. Puis, notez les téléchargement en cours (seront à relancer) Arrêtez D.S. renommez le fichier (cela évitera une réécriture au même endroit) (sous /mnt/HDA_ROOT) Relancez D.S. il devrait recréer un fichier db propre (mais vide). Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 pioulee Posté(e) 26 août 2011 Signaler Share Posté(e) 26 août 2011 Bonjour, les WRITE block ... sont normaux, si ils ne s'arrêtent pas ... c'est a cause du inode (descripteur de fichier) de la base ds.db-journal qui, sauf erreur, est la base de DS Download Station ... Arrêtez D.S. pour vérifier ... que vos disques se mettent en sommeil. redémarrez D.S. Puis, notez les téléchargement en cours (seront à relancer) Arrêtez D.S. renommez le fichier (cela évitera une réécriture au même endroit) (sous /mnt/HDA_ROOT) Relancez D.S. il devrait recréer un fichier db propre (mais vide). Philippe. Voila c'est fait, j'ai même supprimé le fichier de D.S ca fait un moment que je n'avais rien DL avec la D.S pourtant on verra bien... Merci du conseil Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 pioulee Posté(e) 20 novembre 2011 Signaler Share Posté(e) 20 novembre 2011 Après quelques mois sans soucis, le problème est de nouveau revenu. Même actions, essais de désactivation de plein de service...mais aucun résultat positif Suppresion de la base de donnée DS, relance/arret de DS (finalement désactivé depuis des mois), reboot... rien n'y fait /dev/sdb: issuing standby command /dev/sdc: No such device or address /dev/sdd: No such device or address /dev/sde: No such device or address drive state is: active/idle curl(22678): dirtied inode 17 (ds.db-journal) on md9 kjournald(1697): WRITE block 536120 on md9 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md9_raid1(1149): WRITE block 1060096 on sda1 md9_raid1(1149): WRITE block 1060096 on sdb1 kjournald(1697): WRITE block 536128 on md9 kjournald(1697): WRITE block 536136 on md9 kjournald(1697): WRITE block 536144 on md9 kjournald(1697): WRITE block 536152 on md9 kjournald(1697): WRITE block 536160 on md9 kjournald(1697): WRITE block 536168 on md9 kjournald(1697): WRITE block 536176 on md9 md9_raid1(1149): WRITE block 1060120 on sda1 md9_raid1(1149): WRITE block 1060120 on sdb1 Que représente ce processus kjournald ? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 21 novembre 2011 Signaler Share Posté(e) 21 novembre 2011 Bonjour, kjournald ... est la tache qui gère la journalisation du système de fichier ... appelé à chaque modification d'un fichier .. sur un file system pourtant l'erreur d’accès est toujours là : curl(22678): dirtied inode 17 (ds.db-journal) on md9 ... appelez le support. Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 pioulee Posté(e) 23 novembre 2011 Signaler Share Posté(e) 23 novembre 2011 1er mail, puis second envoyé au support. Pour le moment, je n'ai fait que des Scandisk de mes deux DD séparés et de ma partition miroir DD1+DD2 J'ai carrement débranché le cable LAN, mais aucune mise en veille automatique ne s'est produite (configurée à 15min) Le script sous PuTTy tient quand même assez longtemps, je crois qu'il y a du mieux Au bout de la 30eme boucle : /dev/sda: issuing standby command /dev/sdb: issuing standby command /dev/sdc: No such device or address /dev/sdd: No such device or address /dev/sde: No such device or address ^[md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md9_raid1(1149): WRITE block 1060096 on sda1 md9_raid1(1149): WRITE block 1060096 on sdb1 flush-9:0(20395): WRITE block 270592 on md0 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md0_raid1(2019): WRITE block 3903891200 on sdb3 md0_raid1(2019): WRITE block 3903891200 on sda3 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md0_raid1(2019): WRITE block 3903891264 on sdb3 md0_raid1(2019): WRITE block 3903891264 on sda3 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md0_raid1(2019): WRITE block 3903891200 on sdb3 md0_raid1(2019): WRITE block 3903891200 on sda3 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md9_raid1(1149): WRITE block 1060120 on sda1 md9_raid1(1149): WRITE block 1060120 on sdb1 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 jbd2/md0-8(2043): WRITE block 1950621032 on md0 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md0_raid1(2019): WRITE block 3903891200 on sdb3 md0_raid1(2019): WRITE block 3903891200 on sda3 jbd2/md0-8(2043): WRITE block 1950621040 on md0 md0_raid1(2019): WRITE block 3903891264 on sdb3 md0_raid1(2019): WRITE block 3903891264 on sda3 jbd2/md0-8(2043): WRITE block 1950621048 on md0 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md0_raid1(2019): WRITE block 3903891200 on sdb3 md0_raid1(2019): WRITE block 3903891200 on sda3 flush-9:9(20396): WRITE block 0 on md9 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md9_raid1(1149): WRITE block 1060096 on sda1 md9_raid1(1149): WRITE block 1060096 on sdb1 flush-9:9(20396): WRITE block 8 on md9 flush-9:9(20396): WRITE block 272 on md9 flush-9:9(20396): WRITE block 280 on md9 flush-9:9(20396): WRITE block 288 on md9 flush-9:9(20396): WRITE block 296 on md9 flush-9:9(20396): WRITE block 3608 on md9 flush-9:9(20396): WRITE block 262504 on md9 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md9_raid1(1149): WRITE block 1060112 on sda1 md9_raid1(1149): WRITE block 1060112 on sdb1 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md9_raid1(1149): WRITE block 1060096 on sda1 md9_raid1(1149): WRITE block 1060096 on sdb1 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 md0_raid1(2019): WRITE block 3903891264 on sdb3 md0_raid1(2019): WRITE block 3903891264 on sda3 md9_raid1(1149): WRITE block 1060104 on sda1 md9_raid1(1149): WRITE block 1060104 on sdb1 Que représente flush-9:9(20396) ? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 23 novembre 2011 Signaler Share Posté(e) 23 novembre 2011 Bonjour, Un flush est un forçage d'écriture sur disque ... le système de fichier écrit dans le cache puis à la fermeture d'une tache ou au bout d'un temps écrit réellement sur le disque c'est le flush (ou lors de la commande "sync"). désactiver le cache force une écriture directe, plus sécurisant (quoique le journal est là pour ça) mais ralenti (un peu). Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 pioulee Posté(e) 24 novembre 2011 Signaler Share Posté(e) 24 novembre 2011 désactiver le cache force une écriture directe, plus sécurisant (quoique le journal est là pour ça) mais ralenti (un peu). J'ai décoché "Activer la cache en écriture (EXT4 only)" dans l'onglet "paramètres materiel" c'est ca ? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 24 novembre 2011 Signaler Share Posté(e) 24 novembre 2011 Bonjour, Oui, regardez si cela change ou pas ... Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 pioulee Posté(e) 25 novembre 2011 Signaler Share Posté(e) 25 novembre 2011 ouai il y a du mieux sans le cache en écriture j'ai réglé la mise en veille sur 5 min, il s'est arreté mais à du redemarrer 2-3 min plus tard, sans raison dev/sda: issuing standby command /dev/sdb: issuing standby command /dev/sdc: No such device or address /dev/sdd: No such device or address /dev/sde: No such device or address drive state is: active/idle smbd(6245): dirtied inode 915 (messages.tdb) on md0 smbd(6245): dirtied inode 915 (messages.tdb) on md0 smbd(6245): dirtied inode 2053 (connections.tdb) on md0 smbd(6245): dirtied inode 2053 (connections.tdb) on md0 smbd(6245): dirtied inode 2064 (sessionid.tdb) on md0 smbd(6245): dirtied inode 2064 (sessionid.tdb) on md0 flush-9:0(8083): WRITE block 479256 on md0 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 jbd2/md0-8(2043): WRITE block 1950689024 on md0 md0_raid1(2019): WRITE block 3903891200 on sdb3 md0_raid1(2019): WRITE block 3903891200 on sda3 jbd2/md0-8(2043): WRITE block 1950689032 on md0 jbd2/md0-8(2043): WRITE block 1950689040 on md0 flush-9:0(8083): WRITE block 505560 on md0 flush-9:0(8083): WRITE block 479272 on md0 flush-9:0(8083): WRITE block 75672 on md0 flush-9:0(8083): WRITE block 75680 on md0 flush-9:0(8083): WRITE block 75688 on md0 flush-9:0(8083): WRITE block 479264 on md0 flush-9:0(8083): WRITE block 271736 on md0 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md0_raid1(2019): WRITE block 3903891264 on sdb3 md0_raid1(2019): WRITE block 3903891264 on sda3 jbd2/md0-8(2043): WRITE block 1950689048 on md0 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 md0_raid1(2019): WRITE block 3903891200 on sdb3 md0_raid1(2019): WRITE block 3903891200 on sda3 md0_raid1(2019): WRITE block 3903891208 on sdb3 md0_raid1(2019): WRITE block 3903891208 on sda3 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 julien69 Posté(e) 9 février 2012 Signaler Share Posté(e) 9 février 2012 bonjour tous le monde, est ce que vous avez reussit a regler le probleme de mise en veille de nas? moi j'ai depuis quelque temps mon nas que ne passe plus en veille, je vois les 4 disque qui travail en meme temps tous le temps. Je ne comprend pas trop se qui se passe Je vous joint extrait des données: Cdlt Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 9 février 2012 Signaler Share Posté(e) 9 février 2012 Bonjour, Il faut donner les résultat du shell de surveillance : http://wiki.qnap.com/wiki/Find_out_which_process_prevents_the_hard_drives_from_spindown Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 julien69 Posté(e) 9 février 2012 Signaler Share Posté(e) 9 février 2012 Désole voici les résultat du shell [blkdevMon Logs] md9_raid1(1171): WRITE block 1060096 on sdc1 md9_raid1(1171): WRITE block 1060096 on sdb1 dd(17589): dirtied inode 13284 (kmsg) on md9 dd(17589): dirtied inode 13284 (kmsg) on md9 md9_raid1(1171): WRITE block 1060120 on sda1 md9_raid1(1171): WRITE block 1060120 on sdd1 md9_raid1(1171): WRITE block 1060120 on sdc1 md9_raid1(1171): WRITE block 1060120 on sdb1 md9_raid1(1171): WRITE block 1060104 on sda1 md9_raid1(1171): WRITE block 1060104 on sdd1 md9_raid1(1171): WRITE block 1060104 on sdc1 md9_raid1(1171): WRITE block 1060104 on sdb1 md9_raid1(1171): WRITE block 1060096 on sda1 md9_raid1(1171): WRITE block 1060096 on sdd1 md9_raid1(1171): WRITE block 1060096 on sdc1 md9_raid1(1171): WRITE block 1060096 on sdb1 flush-9:9(28531): WRITE block 608952 on md9 md9_raid1(1171): WRITE block 1060104 on sda1 md9_raid1(1171): WRITE block 1060104 on sdd1 md9_raid1(1171): WRITE block 1060104 on sdc1 md9_raid1(1171): WRITE block 1060104 on sdb1 md9_raid1(1171): WRITE block 1060104 on sda1 md9_raid1(1171): WRITE block 1060104 on sdd1 md9_raid1(1171): WRITE block 1060104 on sdc1 md9_raid1(1171): WRITE block 1060104 on sdb1 md9_raid1(1171): WRITE block 1060096 on sda1 md9_raid1(1171): WRITE block 1060096 on sdd1 md9_raid1(1171): WRITE block 1060096 on sdc1 md9_raid1(1171): WRITE block 1060096 on sdb1 flush-9:9(28531): WRITE block 608944 on md9 dd(17589): dirtied inode 13284 (kmsg) on md9 dd(17589): dirtied inode 13284 (kmsg) on md9 kjournald(1746): WRITE block 550232 on md9 kjournald(1746): WRITE block 550240 on md9 kjournald(1746): WRITE block 550248 on md9 kjournald(1746): WRITE block 550256 on md9 kjournald(1746): WRITE block 550264 on md9 md9_raid1(1171): WRITE block 1060120 on sda1 md9_raid1(1171): WRITE block 1060120 on sdd1 md9_raid1(1171): WRITE block 1060120 on sdc1 md9_raid1(1171): WRITE block 1060120 on sdb1 kjournald(1746): WRITE block 550272 on md9 md9_raid1(1171): WRITE block 1060120 on sda1 md9_raid1(1171): WRITE block 1060120 on sdd1 md9_raid1(1171): WRITE block 1060120 on sdc1 md9_raid1(1171): WRITE block 1060120 on sdb1 md9_raid1(1171): WRITE block 1060104 on sda1 md9_raid1(1171): WRITE block 1060104 on sdd1 md9_raid1(1171): WRITE block 1060104 on sdc1 md9_raid1(1171): WRITE block 1060104 on sdb1 md9_raid1(1171): WRITE block 1060096 on sda1 md9_raid1(1171): WRITE block 1060096 on sdd1 md9_raid1(1171): WRITE block 1060096 on sdc1 md9_raid1(1171): WRITE block 1060096 on sdb1 md9_raid1(1171): WRITE block 1060104 on sda1 md9_raid1(1171): WRITE block 1060104 on sdd1 md9_raid1(1171): WRITE block 1060104 on sdc1 md9_raid1(1171): WRITE block 1060104 on sdb1 md9_raid1(1171): WRITE block 1060120 on sda1 md9_raid1(1171): WRITE block 1060120 on sdd1 md9_raid1(1171): WRITE block 1060120 on sdc1 md9_raid1(1171): WRITE block 1060120 on sdb1 flush-9:9(28531): WRITE block 608952 on md9 md9_raid1(1171): WRITE block 1060104 on sda1 md9_raid1(1171): WRITE block 1060104 on sdd1 md9_raid1(1171): WRITE block 1060104 on sdc1 md9_raid1(1171): WRITE block 1060104 on sdb1 dd(17589): dirtied inode 13284 (kmsg) on md9 dd(17589): dirtied inode 13284 (kmsg) on md9 kjournald(1746): WRITE block 550280 on md9 md9_raid1(1171): WRITE block 1060096 on sda1 md9_raid1(1171): WRITE block 1060096 on sdd1 md9_raid1(1171): WRITE block 1060096 on sdc1 md9_raid1(1171): WRITE block 1060096 on sdb1 kjournald(1746): WRITE block 550288 on md9 flush-9:9(28531): WRITE block 608960 on md9 kjournald(1746): WRITE block 550296 on md9 kjournald(1746): WRITE block 550304 on md9 kjournald(1746): WRITE block 550312 on md9 md9_raid1(1171): WRITE block 1060120 on sda1 md9_raid1(1171): WRITE block 1060120 on sdd1 md9_raid1(1171): WRITE block 1060120 on sdc1 md9_raid1(1171): WRITE block 1060120 on sdb1 kjournald(1746): WRITE block 550320 on md9 md9_raid1(1171): WRITE block 1060120 on sda1 md9_raid1(1171): WRITE block 1060120 on sdd1 md9_raid1(1171): WRITE block 1060120 on sdc1 md9_raid1(1171): WRITE block 1060120 on sdb1 md9_raid1(1171): WRITE block 1060104 on sda1 md9_raid1(1171): WRITE block 1060104 on sdd1 md9_raid1(1171): WRITE block 1060104 on sdc1 md9_raid1(1171): WRITE block 1060104 on sdb1 md9_raid1(1171): WRITE block 1060104 on sda1 md9_raid1(1171): WRITE block 1060104 on sdd1 md9_raid1(1171): WRITE block 1060104 on sdc1 md9_raid1(1171): WRITE block 1060104 on sdb1 md9_raid1(1171): WRITE block 1060096 on sda1 md9_raid1(1171): WRITE block 1060096 on sdd1 md9_raid1(1171): WRITE block 1060096 on sdc1 md9_raid1(1171): WRITE block 1060096 on sdb1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 julien69 Posté(e) 10 février 2012 Signaler Share Posté(e) 10 février 2012 je viens de resoudre mon probleme en reinstallant le firmware si desfois ca peut aider quelqu'un bonne soiree Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 jim Posté(e) 3 juin 2012 Auteur Signaler Share Posté(e) 3 juin 2012 meme chose pour moi, seule solution tout reinstaller............ Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 Pogdar Posté(e) 6 juin 2018 Signaler Share Posté(e) 6 juin 2018 Je suis preneur de la solution, j'ai le même problème alors que tout est désactivé sur le NAS a part le partage windows. Au petit matin, alors que tous les appareils sont éteins depuis la veille, j’entends les HDD du NAS gratter comme des malades, ce n'est pas normal !! Comment on réinstalle le firmware ? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 rockvid Posté(e) 6 octobre 2021 Signaler Share Posté(e) 6 octobre 2021 Je viens de résoudre mon problème en réinstallant le firmware vidmate app save insta video Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Question
jim
bonjour,
j'ai remarqué que lorsque le nas (ts-210) est connecté au réseau (et que aucune autre machine est connectée) le nas ne se met jamais en veille.
Par contre, lorsque je débranche le cable réseau au niveau du nas, il se met en veille apres quelques minutes.
D'apres les forums ca serait du a samba, mais si aucune machine est connectée au reseau, je comprend pas.
Que dois je faire pour résoudre le probleme ?
Merci
Lien vers le commentaire
Partager sur d’autres sites
22 réponses à cette question
Messages recommandés
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.