Aller au contenu


Mise En Veille Du Nas

Débuté par jim, jun 20 2011 18:00

19 réponses à ce sujet

#1 jim

    Jeune Qnapeur

  • Membres
  • Pip
  • 9 messages

Posté 20 juin 2011 - 18:00

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

#2 father_mande

    Qnapeur officiel

  • Administrateurs
  • 3 242 messages
  • Matériel: TS-459 Pro, TS-219, TS-109 II

Posté 20 juin 2011 - 18:42

Bonjour,

Voir le messagejim, le 20 juin 2011 - 18:00 , dit :

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.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)

#3 jim

    Jeune Qnapeur

  • Membres
  • Pip
  • 9 messages

Posté 21 juin 2011 - 20:19

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

#4 father_mande

    Qnapeur officiel

  • Administrateurs
  • 3 242 messages
  • Matériel: TS-459 Pro, TS-219, TS-109 II

Posté 22 juin 2011 - 15:40

Bonjour,

Voir le messagejim, le 21 juin 2011 - 20:19 , dit :

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 :razz: )

Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)

#5 jim

    Jeune Qnapeur

  • Membres
  • Pip
  • 9 messages

Posté 22 juin 2011 - 21:16

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 -:(

#6 jim

    Jeune Qnapeur

  • Membres
  • Pip
  • 9 messages

Posté 24 juin 2011 - 08:03

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

#7 pioulee

    Qnapeur fidèle

  • Membres
  • PipPip
  • 24 messages
  • Matériel: TS-239 Pro II

Posté 25 août 2011 - 19:22

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

#8 father_mande

    Qnapeur officiel

  • Administrateurs
  • 3 242 messages
  • Matériel: TS-459 Pro, TS-219, TS-109 II

Posté 26 août 2011 - 11:36

Bonjour,

Voir le messagepioulee, le 25 août 2011 - 19:22 , dit :

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.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)

#9 pioulee

    Qnapeur fidèle

  • Membres
  • PipPip
  • 24 messages
  • Matériel: TS-239 Pro II

Posté 26 août 2011 - 15:43

Voir le messagefather_mande, le 26 août 2011 - 11:36 , dit :

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

#10 pioulee

    Qnapeur fidèle

  • Membres
  • PipPip
  • 24 messages
  • Matériel: TS-239 Pro II

Posté 20 novembre 2011 - 14:22

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 ?

#11 father_mande

    Qnapeur officiel

  • Administrateurs
  • 3 242 messages
  • Matériel: TS-459 Pro, TS-219, TS-109 II

Posté 21 novembre 2011 - 12:31

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.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)

#12 pioulee

    Qnapeur fidèle

  • Membres
  • PipPip
  • 24 messages
  • Matériel: TS-239 Pro II

Posté 23 novembre 2011 - 18:33

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) ?

#13 father_mande

    Qnapeur officiel

  • Administrateurs
  • 3 242 messages
  • Matériel: TS-459 Pro, TS-219, TS-109 II

Posté 23 novembre 2011 - 22:38

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.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)

#14 pioulee

    Qnapeur fidèle

  • Membres
  • PipPip
  • 24 messages
  • Matériel: TS-239 Pro II

Posté 24 novembre 2011 - 18:22

Voir le messagefather_mande, le 23 novembre 2011 - 22:38 , dit :


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 ?

#15 father_mande

    Qnapeur officiel

  • Administrateurs
  • 3 242 messages
  • Matériel: TS-459 Pro, TS-219, TS-109 II

Posté 24 novembre 2011 - 19:33

Bonjour,

Oui, regardez si cela change ou pas ...

Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)

#16 pioulee

    Qnapeur fidèle

  • Membres
  • PipPip
  • 24 messages
  • Matériel: TS-239 Pro II

Posté 25 novembre 2011 - 16:55

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

#17 julien69

    Qnapeur officiel

  • Membres
  • PipPipPip
  • 39 messages

Posté 09 février 2012 - 21:09

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
TS439-Pro

#18 father_mande

    Qnapeur officiel

  • Administrateurs
  • 3 242 messages
  • Matériel: TS-459 Pro, TS-219, TS-109 II

Posté 09 février 2012 - 21:13

Bonjour,

Il faut donner les résultat du shell de surveillance : http://wiki.qnap.com...s_from_spindown

Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)

#19 julien69

    Qnapeur officiel

  • Membres
  • PipPipPip
  • 39 messages

Posté 09 février 2012 - 21:15

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
TS439-Pro

#20 julien69

    Qnapeur officiel

  • Membres
  • PipPipPip
  • 39 messages

Posté 10 février 2012 - 20:17

je viens de resoudre mon probleme en reinstallant le firmware
si desfois ca peut aider quelqu'un
bonne soiree
TS439-Pro
Retourner dans Systeme & Gestion du volume des disques · Prochain sujet non-lu →


1 utilisateur(s) li(sen)t ce sujet

0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)

  1. QnapClub.fr
  2. → Support
  3. → Systeme & Gestion du volume des disques