Aller au contenu

quad

Membres
  • Compteur de contenus

    12
  • Inscription

  • Dernière visite

À propos de quad

quad's Achievements

Newbie

Newbie (1/14)

0

Réputation sur la communauté

  1. quad

    [R

    Bonjour et bonne année, J'ai fini la préparation fin décembre des disques avec "DiskWipe" et le logiciel n'a signalé aucune erreur. Il est en fonction depuis début janvier et pour l'instant pas de bloquage. Merci Patrick
  2. quad

    [R

    Merci PatrickH, je vais arrêter mon DS509+ et je vais préparer les 5 disques. Pour les firmwares >= 3.2, cette préparation des disques est-elle inclue lors de la première mise en route de la machine ?
  3. quad

    [R

    Qu'est ce que tu entends par "préparé" ? La première mise en route du synology, les disques ont été formatés par le synology et on a créé un volume en raid 6. Question : Si je retire un disque dur du DS509 pour le tester avec le logiciel du constructeur, est ce que je dois le formater ?
  4. quad

    [R

    Salut fredazerty Je croyais être le seul avec ce problème, je me sens un peu moins seul. Sinon j'ai eu une réponse du support de synology de comment faire quand le sysnogy se bloque. Celle-ci indique : 1) de désactiver temporairement l'antivirus et le firewall 2) de se connecter directement au DS509+ sans passer par des switch ou des hub 3) d'appuyer pendant 4s sur le bouton d'alimentation (Alors que dans m'a demande j'ai expliqué que le bouton ne fonctionnait plus) 4) d'essayer avec un autre PC (Déjà fait mais sans succès) 5) de faire un diagnostique des disques durs avec le logiciel du constructeur du disque dur 6) de se procurer un disque dur de rechange et de relancer l'installation. 7) d'essayer avec un autre cable ethernet Bref je n'arrive pas à communiquer avec le support malgré les fichiers de log envoyés, que j'ai trouvé dans le répertoire (/var/log) que PatrickH m'a donné et l'explication concernant le blocage du synology. Pour le point 2, je veux bien faire le test, faut-il pouvoir reproduire le blocage. Pour le point 5, je ne sais pas si je dois reformater chaque disque pour effectuer le test (le test SMART avancé n'a indiqué aucun problème) Résultat : Je n'ai pas d'explication sur mon problème de redémarrage Je n'ai pas d'explication sur mon problème de blocage et comment le reproduire. Je n'ai pas de proposition de se connecter à distance sur DS509 afin de le vérifier Aussi, je suis un peu déçu par le support de synology.
  5. quad

    [R

    voici que j'ai trouvé quelques messages d'erreur dans les logs archivés Dec 22 16:36:32 synocheckshare: service_user_home.c:281 SYNOShareRSectionRemove failed. synoerr=[0x2000] Dec 22 18:30:42 kernel: PCI: 0001:01:00.0: class b20 doesn't match header type 01. Ignoring class. Dec 22 18:30:42 kernel: PCI: 0002:03:00.0: class b20 doesn't match header type 01. Ignoring class. Dec 22 18:30:42 kernel: ata1: softreset failed (timeout) Dec 22 18:30:42 kernel: Amd/Fujitsu Extended Query Table at 0x0040 Dec 22 18:30:42 kernel: SYNOMTD-0: Swapping erase regions for broken CFI table. Dec 23 10:52:30 kernel: ata1.00: exception Emask 0x0 SAct 0x7f00 SErr 0x0 action 0x2 Dec 23 10:52:30 kernel: ata1.00: irq_stat 0x00060002, device error via SDB FIS Dec 23 10:52:30 kernel: ata1.00: cmd 61/10:40:5f:06:24/00:00:00:00:00/40 tag 8 ncq 8192 out Dec 23 10:52:30 kernel: res 51/84:01:6e:06:24/66:00:00:00:00/00 Emask 0x410 (ATA bus error) <F> Dec 23 10:52:30 kernel: ata1.00: status: { DRDY ERR } Dec 23 10:52:30 kernel: ata1.00: error: { ICRC ABRT } Dec 23 10:52:30 kernel: ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x2 Dec 23 10:52:30 kernel: ata1.00: irq_stat 0x00020002, device error via SDB FIS Dec 23 10:52:30 kernel: ata1.00: cmd 61/08:00:cf:15:00/00:00:00:00:00/40 tag 0 ncq 4096 out Dec 23 10:52:30 kernel: res 51/84:01:d6:15:00/66:00:00:00:00/00 Emask 0x410 (ATA bus error) <F> Dec 23 10:52:30 kernel: ata1.00: status: { DRDY ERR } Dec 23 10:52:30 kernel: ata1.00: error: { ICRC ABRT } Dec 23 11:03:53 rsrcmonitor.cgi: rsrcmonitor.cpp:1828 Fail to load lan flow chart due to the mistake of netIDNum [0], lanFlow.size()=0 Jan 21 10:46:36 logman.cgi: SYNOLogChangeSize : logfile /var/log/synosys.log not existed Jan 21 10:55:34 exportfs[7373]: can't open /var/lib/nfs/rmtab for reading Jan 25 13:36:02 smbd: write_file1 failed, total_written = [27132] rwbytes=[27132/27132] errno=[32(Broken pipe)] Jan 25 13:36:02 smbd: write_file1 error, error = 32,break Jan 25 13:38:33 smbd: write_file1 failed, total_written = [27132] rwbytes=[27132/27132] errno=[32(Broken pipe)] Jan 25 13:38:33 smbd: write_file1 error, error = 32,break
  6. quad

    [R

    Merci jfd Pour les coupures d'électricité, à part quand l'onduleur était panne, le nas n'a pas eu de coupure franche. Il a dû avoir 2 coupures franches sur 3 ans : 1 fois quand l'onduleur était en panne et l'autre quand il était branché sur secteur. Pour l'économie d'énergie, j'ai laissé les paramètres par défaut, il faudrait peut-être que je les reconfigure. Bref, je pense aussi que c'est peut être l'alimentation ou la carte mère, mais je voudrais des éléments concrets à apporter au support, car leur réponse a été il faut mettre à jour le firmware.
  7. quad

    [R

    Pour info : J'ai lancé un test S.M.A.R.T complet sur les 5 disques et je n'ai aucune erreur
  8. quad

    [R

    Merci PatrickH J'ai vérifié le log (fichier Message dans /var/log) Dans celui-ci, le jour (18/11/2011) où le nas s'est bloqué, j'ai un trou entre minuit et 10h (voir ci-dessous), heure où le nas a bien voulu commencer à redémarrer. Nov 18 00:00:02 ntpdate: Sync with time server 195.70.38. offset -0.091317 sec. Nov 18 10:08:48 syslogd started: BusyBox v1.16.1 Après les seules traces d'erreur que j'ai sont les suivantes : Nov 18 10:20:52 kernel: [ 140.368014] ata5: device unplugged sstatus 0x0 Nov 18 10:20:52 kernel: [ 140.372595] ata5: exception Emask 0x10 SAct 0x0 SErr 0x80000 action 0xe frozen Nov 18 10:20:52 kernel: [ 140.379861] ata5: irq_stat 0x01100010, PHY RDY changed Nov 18 10:20:52 kernel: [ 140.385003] ata5: SError: { 10B8B } Nov 18 10:20:58 kernel: [ 146.444846] ata5: limiting SATA link speed to 1.5 Gbps Nov 18 10:21:10 kernel: [ 158.452588] ata5: softreset failed (timeout) Nov 18 10:48:39 kernel: [ .988356] svc: failed to register lockdv1 RPC service (errno 97). Nov 18 10:48:39 kernel: [ .996368] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory Nov 18 10:48:39 kernel: [ 81.004239] NFSD: unable to find recovery directory /var/lib/nfs/v4recovery Nov 18 10:48:39 sm-notify[5656]: Failed to open /var/lib/nfs/sm.bak: No such file or directory Nov 18 10:48:40 kernel: [ 81.488124] usbip_common_mod: module is from the staging directory, the quality is unknown, you have been warned. Nov 18 10:48:40 kernel: [ 81.536081] usbip: module is from the staging directory, the quality is unknown, you have been warned. Pas d'informations sur le blocage du nas où le problème de redémarrage.
  9. quad

    [R

    Tu penses que c'est la partition système qui sature et bloque le NAS (bouton d'alimentation compris), cela pourrait expliquer que la panne arrive peu souvent. Pour le problème de redemmarrage, as-tu une idée ?
  10. quad

    [R

    Merci PatrickH J'ai tapé la commande et voilà le résultat Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 515.7M 1.8G 22% / /tmp 505.5M 424.0K 505.1M 0% /tmp /dev/vg1/lv 5.4T 1.1T 4.3T 21% /volume1 Apparament la partition système n'est pas pleine
  11. quad

    [R

    J'ai testé la mémoire du DS509+ avec le synology assistant et le logiciel n'a signalé aucun problème. D'après le gestionnaire de stockage, il ne signale aucun problème sur les disques. Existe-t-il un log indiquant pourquoi la machine se bloque ? Existe-t-il un log indiquant pourquoi la machine rencontre des difficultés à redémarrer ? La dernière fois, on a mis environ 3 heures avant de la redémarrer, mais auparavant cela allait de 20 à 30 minutes puis 1 heure au dernier problème. Actuellement, on a été obligé de racheter un autre nas car on pense qu'à la prochaine panne il ne risque de ne pas redémarrer.
  12. Bonjour, Configuration : DS509+ (acheté le 17/12/2009) avec 5 disques durs Hitachi (modèle HDS722020ALA330) en raid 6 servant de serveur de fichiers et de disque ISCSI (toutes les autres fonctionnalités sont désactivées) Problème : De temps en temps, le DS509+ se bloque, c'est-à-dire qu’il est impossible d'accéder aux fichiers, à la console d'administration et de faire un ping alors que l’indicateur d’état est vert. Pour l'éteindre, il faut alors retirer le câble d’alimentation car le bouton d'alimentation ne fonctionne plus quand le DS509+ est bloqué. Après, il est impossible de le redémarrer (le bouton d’alimentation reste clignotant, l’indicateur d’état alterne entre vert et orange) Après plusieurs tentatives de redémarrage, et en suivant quelques conseils, le DS509+ a été redémarré sans les disques durs et il a été possible réutiliser le bouton d’alimentation pour éteindre le DS509+ proprement. Après cette manipulation, le DS509+ a pu redémarrer sans problème. Le souci c'est que j'ai aucune information sur le journal d'évènement, que je n'arrive pas reproduire le problème qui s'est produit 3 ou 4 fois sur 3 ans avec le firmware départ et le firmware 3.1. Et à chaque fois, la machine met de plus en plus de temps à redémarrer. Avez-vous quelques conseils pour m'aider à trouver ce problème SVP ? Car mon DS509+ ne semble plus très fiable, et j'ai l'impression la prochaine fois, il risque de ne plus redémarrer. Est-ce un problème matériel (carte mère, alimentation, ...) ?
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.