Aller au contenu

MS_Totor

Membres
  • Compteur de contenus

    2204
  • Inscription

  • Dernière visite

  • Jours gagnés

    2

Messages posté(e)s par MS_Totor

  1. vous avez fait une remontée au support de facon detaillé de vos divers soucis depuis le patch dsm 4.3

    je dis cela car je vois des gens ce plaindre pas mal sur le forum, mais peu qui decrivent un retour du support...

    juste des patch sans explications sur lesquels les gens se preciptent souvent

    il m'est arrivé d'etre en contact , plus souvent pour un bug à signaler avec un correctif ou une option manquante, et je n'ai jamais eu de réponse négative ou mis en attente, bien au contraire.... plus le rapport est argumenté techniquement , mieux ca les aide à resoudre.

    [R

    c'est ok tu peux fermer le thread

    cela serviras d'archive pour un autre membre :)

    une fois le DD de 160 go volume2 vidé, j'ai voulu voir ce que pouvais faire le bouton reparation, la reparation via le panel est impossible... bref j'ai destroy la partion ext3 et monté un volume ext4 et la migration est terminée.

    me reste à étudier l'evolution du systeme, car même la busybox était complete, iptables tous les modules pour un vrai petit serveur synology pas bidouillé mais amélioré.... j'espere que cela n'est pas trop gadget maintenant. ! :rolleyes:

    [R

    oki doki

    effectivement ca ce tiens, je n'y avais pas pensé, un brin rouillé sur syno, ca vas revenir ! .... B)

    tu as vu que j'avais fait un contexte presque academique..... pour bien pointer chaque manip lol

    mes transferts ronronnent entre le volume2 et 1 et l'état actuel ne gene en rien l'accès aux données....

    je ne touche pas à la reparation, ma table de partition etant propre, je ferais la bascule de ce DD ensuite.

    merci :)

    je pointe le sujet en résolu pour le fermer si la politique de nas-forum n'a pas changée

    [R

    salut ca fait un bail que n'ai pas demandé un coup de main :rolleyes:

    contexte:

    avant migration

    j'ai fais une sauvegarde du raid, de ma config, users et partages, scripts importants.

    volume1 raid 1 avec 2 DD ext3

    volume2 1 DD ext3 160 GO

    migration

    je n'ai gardé que les deux DD pour le raid, le volume 2 de 160go est enlevé.

    en raison de contrainte de changement format de ext3 vers ext4 sur le volume hebergant DSM

    j'ai suivi toutes les étapes avec deux DD vides, dsm3.2 et dsm 4.0 deux passages obligés avant dsm 4.2 stable...4.3 pas assez stable à mon gout.

    apres migration

    volume1 hybrid raid SHR en ext4 ---> ok

    restauration du fichier config pour users/partages

    syno éteint, plug du DD de 160 go volume2 emplacement 5

    demarrage du syno normal.

    PANNE DU VOLUME 2 affiché sur DSM4.2:

    764713partitonerror.jpg

    sous ssh via la commande df

    1010> df -h
    Filesystem           1K-blocks      Used Available Use% Mounted on
    /dev/md0               2451064    452560   1896104  19% /
    /tmp                    507996       644    507352   0% /tmp
    /dev/vg1000/lv       956769668    965952 955701316   0% /volume1
    /dev/vg1/lv          150733028 133170816  17459812  88% /volume2
    1010>

    sous ssh fdisk -l pour connaitre le systeme de fichier reconnu pr le syno sur le DD de 160 go

    1010> fdisk -l
    
    
    Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
    -----
    -----
    Disk /dev/sde: 160.0 GB, 160041885696 bytes
    255 heads, 63 sectors/track, 19457 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes
    
       Device Boot      Start         End      Blocks  Id System
    /dev/sde1               1         310     2490043+ fd Linux raid autodetect
    /dev/sde2             311         375      522112+ fd Linux raid autodetect
    /dev/sde3             392       19457   153147632   f Win95 Ext'd (LBA)
    /dev/sde5             393       19457   153139584  fd Linux raid autodetect

    bref le syno ne sait que faire de l'auto detection de raid hybride shr ?

    ou j'enterprete mal ?

    je precise que mes données du volume2 sont accesssibles via ssh, je vais vite les transferer..

    je continue de chercher

    merci pour tout éclairage

  2. salut :)

    en fait après une petite recherche tout à l'heure

    si tu vas dans le moteur de recherche du site en haut à droite, ou via google, et que tu fait "DS209j NFS lenteur reseau" ou "DS209j NFS cpu" etc... il y a foulitude de réponses qui redonne plus ou moins le même verdict.

    je n'en ai pas fait le tour et lu en diagonale..

    @++

  3. ce netstat est pris ou ? syno ou sur un pc ? pour voir la chose au mieux, il aurrait fallut les deux

    je vois pas mal de time out, il n'y a pas de perte, mais de l'attente, de la reconnexions, à mon avis dus à un temps de latence trop long, ton CPU est à fond et ton syno a du mal à répondre aux requetes NFS

    jamais refait de NFS depuis un bail, tu peux via le reglage du mount choisir UDP au lieu de TCP, et voir si cela ameliore ton debit, je ne pense pas de memoire.

    un expert réseau t'en diras plus ! à ce sujet je passe la main

    le switch je parlais du 3com car de suite j'ai eu un doute ! B)

    perso je passe principalement par de l'encapsulation via socket ssh pour pas mal de protocoles, ftp, web etc..... crosoft ou lux

    exemple au quel je pensais......mais je ne l'ai pas testé, j'utilisais fuse pour le montage de mes "backup" à voir si un membre syno utilise ce truc sous une station linux

    http://doc.ubuntu-fr.org/sshfs

  4. ton cpu à 100 % ..... pas DL en cour ou autre activité ?

    ton syno a vraiment un tout petit proco et ram, il vas avoir bien du mal à gerer les requetes nfs de mon point de vue....tu es peu etre à fond de ces capa.......

    sinon pour les autres causes, de facon générale

    pas de nouvelles du switch.... saches que sans réponse je reponds pas non plus ou de moins en moins :)

    un switch resté en 10 au 100 au lieu de d'un giga ce n est pas vraiment une premiere pour moi......

    et seul le fait de l'eteindre electriquement puis de le rallumer permet de faire un up correct en full duplex à la bonne vitesse. cet arret/marche est important.... et cette panne m'est arrivée souvent lors d'utilisation de machine virtualisée, avec des couples mac/ip differents, le switch etait planté.

    voir à regarder la syntaxe de netstat... car pas de nouvelle pour les stats

    du côté du syno via ssh, tu dois faire sur le syno et sur le pc....

    si eth0 est bien la carte reseau du pc et bien sur à faire la même manip sur le syno.

    ifconfig eth0

    pour voir si il y a des collisions, ou pertes, ou errors la valeur du MTU bien à 1500

    cette commande est à refaire aussi sur un des PC apres un transfert. idem verification des erreurs

    plus ton transfert comporte de petits fichiers, plus il est lourd à traiter, donc long, 1 go d'un fichier iso ira plus vite que 2000 petits fichiers valant au total 1 go. on fait du stress test grace à ce principe, et on regarde si il n'y pas de pertes, à cause de latence en réponse trop long, dépassement de pile etc...... d'ou mes up repetées de faire du netstat exemple

    netstat -tpns

    te reste à lire la syntaxe de nfsstat................ nfsstat -rs par exemple

    recherche peu etre aussi si tu ne peux pas augmenter le cache nfs

    après avoir recu ces infos, il sera alors posible de trancher

    je n'aime pas nfs et samba ....

  5. Server nfs v3: ce n'est pas version 4 ?

    lors d'un transfert NFS tu regarde le taux d'occupation CPU du syno, il est pas à fond ?

    voir un minima la syntaxe de ces deux outils, pour presenter le resultat plus proprement, car je vais me coucher

    et fais un test de transfert rsync

  6. il manque quand même le principal, le retour d'info via des commandes netstat pour y voir plus clair ainsi que des infos via nfsstat..

    sans cela dificile d'aller plus loin, si etranglement il y a , logiquement ces deux outils le dirons ...

    c'est le switch qu'il faut redemarrer pas les pc, si tu n'as pas de switch administrable, tu ne peux pas connaitre l'état des tables internes, ni à quelle vitesse le port est up.... relis ce que je t'ai suggeré ;)

    sinon fais un essais de transfert via rsync tu seras en dehors de NFS, et d'un eventuel soucis de ce côté là , pour comparer de facon sérieuse tes vitesses et celle des autres, si du coup tu n'es plus bridé en transfert pur non crypté etc...

    tu devras quand même aller toucher un peu de commande en mode console de toutes les facons, pour diagnostiquer un minimum..sinon tu n'avanceras pas

    bonne soirée

  7. salut est ce que tu as changé de port de connexion sur ton switch, teste un truc, garde uniquement les connexions nas et pc linux, eteins et remets en marche ton switch, fais un transfert....

    est ce que c'est mieux ?

    de chaque côté pc via une console et syno via ssh, verifies si tu n'as pas de collisions ou des pertes etc avec la commande netstat

    voir la syntaxe netstat ou encore nfsstat pour avoir plus d'info sur le montage

    exemple

    netstat -s

    sur la question nfs, il est souvent dit de verifier avec quel protocole est effectué le montage, udp ou tcp..... tcp est ton ami

    exemple:

    mount -t nfs4 -o proto=tcp,etc......

    encore un truc, as tu changer le MTU de tes cartes reseaux pour bidouiller ou un truc dans le genre à un moment ou un autre ?

    voili voila de quoi t'occuper ce soir

    ++

  8. pareil contacté par maxime, puis par Jérôme, j’espère que certains ont pu voir Dalí aussi, c'était dans les étages en dessous, et gratuit...

    un souci familial m'a coincé dès mardi, la dernière semaine cela est rentré dans l'ordre depuis....

    au moins cela a eu le don de décoller de leur torpeur certains membres, dont moi.. vivement le prochain rdv,

    il y a certaines têtes que j'aurais bien aimé croisé de visu :)

    des photos !!!!! :D

  9. sympatique le matos

    perso je faire tourner snow leopard sous une vm, en quadcore oui j'ai craqué, peut après avoir recu en cadeau un mac g4 pour me faire la main sous mac, merci en passant à la dite charmante personne :)

    l'apprentissage a été très rapide, du coup vite limité par l'anciene version de mac, qui deviendra petit server à terme.

    perso j'ai une approche differente

    j'aime bien seven pro 64, linux et mac, chaque OS à ces plus et moins, le plus gros moins du mac, je recherche encore un outils aussi puissant que l'explorateur sous linux ou crosoft,

    je trouve que le bas blesse pour un pro à ce niveau, permettant de jouer à la volée sur les droits , et je me retouve souvent à utiliser le terminal pour la recherche de données archivées en ligne de commande.... options de filtrage bien pauvre

    bref selon les besoins j'ai les trois qui tournent

    @++

  10. salut

    vu le message d'erreur, problème de syntaxe comme le dit catimini

    donc revoir la syntaxe de base linux pour la manipulation en ligne de commande sur les fichiers, qui n'est vraiment pas dure à piger.

    la commande rem , ou rm est dangereuse sans précaution...

    sous linux chaque option d'une commande peut être en minuscule ou majuscule, r ou R, a ou A etc.....et sont bien différenciées, ainsi que l'ordre, l'action + les options (récursif non récursif ) + quel fichier ou + quel répertoire

    valable pour supprimer ou déplacer des fichiers etc...

    l'expression "avec mes maigres connaissances en ligne de commande Linux" ne demande donc qu'à être complétée ;)

    @++

  11. merci pour la news

    j'e n'ai pas vu l'alerte que j'avais mise dessus

    pour sourceforge oui cela fait quelques annes que les sources gpl de synology sont là

    Bon c'est juste pour dire que la GPL + toolchains de la DSM3.0 est dispo depuis aujourd'hui, comme je suis gentil je vous mets le liens :

    GPL + Tools chains

    Merci à Frédéric pour le tuyau !!!

    Je vais pouvoir compiler mes ptits modules et passer en DSM3.0 !!!

×
×
  • 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.