MS_Totor

j'ai acces à la page admin de DSM chez toi via https://monnas.synology.me:5001 as tu bien accepté le certificat quand tu t'es connecté la premiere fois à la page https de DSM et ajouté une exeption tu es en DSM 4.2 voili voila par contre fermes tous ces ports , et suis les conseils plus haut

bon alors .... est ce que la version 4.3 est stable depuis ce correctif ? pas de retour donc je pose la question, après les deboires subis ces derniers temps que j'ai lu sur le forum merci

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.

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. !

oki doki effectivement ca ce tiens, je n'y avais pas pensé, un brin rouillé sur syno, ca vas revenir ! .... 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

salut, pour correctement organiser ton reseau mets une IP fixe au syno. ne le laisse pas en ip dynamique, c'est un serveur qui fournit des services. ton switch sera tôt ou tard embeté pour reconnaitre ce syno qui a une seule adresse mac mais plusieurs IP plus facile pour le routage, etc...

salut ca fait un bail que n'ai pas demandé un coup de main 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: 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

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.. @++

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 ! 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

c'est un peu hs mais bon, si vous installer le paquet htop vous pourez mieux visualiser vos process, je le prefere largement à top

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

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

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

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 ++

j'attends de migrer vers la version 4 moi, elle vas finir par etre stable ?

salut, ll doit y avoir un soucis voir le lien

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 !!!!!

hello félicitations à plus d'un titre ! rien ne remplace une caisse de despé fraiches au bar par événement @++

Salut par ici, à mon grand regret, j’ai du décliner l'invitation, au bénéfice d'un autre membre je l'espere. Il y a une news à venir retraçant cet événement ? une petite com ne ferais pas de mal @+

tomb

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 @++

joyeux no

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 @++

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à

salut, merci de faire le nettoyage nécessaire des liens et adresses mails qui trainent dans tous tes logs, dans tous tes posts etc..... etc... @ ++