bud77

Sur un syno, si tu n'es pas en raid, tu es obligatoirement en JBOD, c'est la gestion des disques Après que tu ai 1 ou 4 volumes, c'est la gestion des volumes (Faut pas confondre )

Dans /usr/local/umurmur/var

Si tu n'étais pas en raid 0, tu étais en JBOD Donc les données doivent être répartie sur les disques ; fichier1 sur disque 2, fichier 2 sur disque 4, etc etc Donc tes données sont là, mais tu les trouveras pas forcément du premier coup Tu peux tenter de remettre les anciens disques oui, et je dirais que c'est la seule option si tu veux récupérer comme c'était (Tu auras plus qu'a tenter les combinaisons, mais bon :/)

Pilami > as tu tenté le package dispo dans le tout nouveau repo ?

Les disques installé dans un syno, sont formatés avec 3 partitions 1) systeme 2) swap 3) partition de données La partition de donnée est en EXT3 ou EXT4 (selon le DSM que tu avais) Maintenant ton vrai problème est là, quel genre de raid tu avais auparavant ?

Je l'ai récupéré, et raré. MD5 ok http://dl.free.fr/mDd4YgEgW

Pour en finir avec le topic, retour à la maison : Toute fonctionne au poil en local (en ssl et sans) A distance, çà fonctionne sans SSL. Mais pas avec J'ai tenté de lancer le SIAB sans SSL, puis connexion au DSM via SSL, ne marche toujours pas Le navigateur me sort un beau "ERR_CONNECTION_REFUSED" J'ai revérifié les conf apache, et rien me semble anormal (qui plus est, çà fonctionne en local :/)

J'y avais déjà songé quand j'avais vu Breat et ses 150 sous-domaines ... Je vais creuser la question un peu plus du coup

Ben j'ai pas mal de monde qui à cette adresse, et maintenant, chez dyndns, si tu register pas tout les 30 jours, suppression du compte ... Je suis en train de vérifier si j'ai pas d'option dans le compte (truc que j'ai jamais fait de ma vie )

C'est bien çà, pas de "catchall" pour moi

Apparemment, tu devrais pouvoir migrer comme si c'était un SHR http://www.synology.com/support/faq_show.php?q_id=344&lang=fre Exporter ta config DSM actuelle Mettre les anciens disques dans le nouveau nas (dans le même ordre, attention) Puis réinstaller le DSM via synology assistant Tu retrouves alors tes données, tu peux importer ta confif Tu peux ensuite ajouter les nouveaux disques, et les rajouter au raid1 pour en faire un raid5 J'ai encore vu personne faire de retour sur cette façon (çà fait pas longtemps que je suis là non plus) donc vérifie bien, que lorsque tu veux transformer tes raid, il ne t'indique pas qu'il va écrasé les données des 2 premiers disques (Mais il te dira qu'il va écraser les données des disques 3 et 4 dans tout les cas)

Bon, j'ai utilisé tes préconisations Raoul J'ai donc crée un /volume1/apache.conf/ et j'y dépose mes différents fichiers, et j'ai juste rajouté un Include dans le apache user (en retirant ce que j'ai mis hier) J'ai donc 2 fichiers, 1 pour la location /shell, et 1 pour le vhost Dans ce fichier de vhost, j'ai donc modifié le ServerName pour y mettre "dsm.domaine.dyndns.org" (en et 443) J'ai relancé l'apache, et là ... L'url http://dsm.domaine.dyndns.org n'existe pas , mais par contre, l'url http://domaine.dyndns.org me renvoi bien sur la page de login ... Bon, çà me dérange pas, mais je comprends pas trop pourquoi (J'ai pas pu tester le 443 car je ne l'ai pas encore ouvert sur ma bobox)

J'étais justement en train de regarder ce tuto sur le site de PH, mais il indique en prérequis "nom de domaine" Moi, je n'ai qu'un domaine dynamique (dyndns.org) J'en suis pleinement conscient, et je suis encore en 3.2 au moins jusqu'a la sortie de la 4.1 Dans tout les cas, je conserver toujours les originaux de mes fichiers, au cas ou ^^

J'ai un gros doute sur le 1To restant aussi, -je crois- que non, car on ne peux s'en servir que sur un SHR, et comme il n'y a plus de disque dispo en SHR ... dans le C. lulu Sinon, le pense que la version la plus optimisée est de retirer le 1To et de faire ton SHR avec les 3 autres, tu auras moins de prise de tete à calculer les volumes et leur taille @Lurik > Un peu pareil, tout est de la mm taille à la maison, des fois je me fais mal à la tête à calculer (plusieurs fois même, pour pas dire de bétise )

En attendant, j'ai réussi l'intégration dans le DSM Bien évidemment, tout marche qu'en local pour l'instant

Il ne faut pas confondre "espace disque disponible" et "taille du volume max". Tu ne peux pas rajouter l'espace supplémentaire sur le volume1 SHR Le volume max sera de 3To, l'espace disque dispo (pour d'autres volumes) sera de 2To

Le plus simple sera si su es en SHR, regarde ton volume actuel dans le DSM J'adapterai ma réponse en fonction de çà

Merci pour l'info Nours ! Diaoul m'avait bien prévenu, mais je me disais, vu que tu avais l'air plutôt occupé, j'aurais ptet réussi à faire marcher tout çà (SIAB) avant que tu ai fini le package A voir tout ce que je dois encore réaliser pour arriver à mes fins (ce que ton package gère directement) ben j'en ai encore pour 1 mois XD En attendant le package, je vais quand même essayer de trouver (et d'apprendre surtout) pour ma culture personnelle

Bien vu !!!! Et je vais te dire le pire : je n'avais pas activé web station jusqu'à ce matin (donc après mes tests) et çà fonctionnait (a moitié, certes) Le vhost marche beaucoup mieux maintenant (local et externe) Par contre, le proxy du boulot ne veux rien savoir : Je pointe mon navigateur sur http://mon.dyndns/shell la redirection se passe bien vers le httpS, puis "SSL connection error" (La même manip depuis mon tel en 3G fonctionne) Autre question, plus ou moins lié : Comment avoir l'interface DSM sur le port (au lieu de la redir vers le 5000)

Tout mes tests sont pour l'instant fait qu'en réseau local (je procède par étapes ) Du coup, je n'ai tenté que avec httpS://ip.local/shell (si je tente en http, il me redirige vers le httpS puis erreur)

J'ai mis ce Location dans le fichier apache-user directement (Ainsi que les if module) Je vais faire un fichier de conf a part et faire l'include alors Par contre, petite question sur le "allow from" : Vu que SIAB ne sera lancé en localhost-only , j'ai pas besoin de spécifier de deny / allow du coup ? (je voulais le limiter en "allow from localhost")

Tu pourras le rajouter au SHR uniquement si le disque est supérieur ou égal au plus petit disque de ton SHR Ensuite oui, il répartit sur les disques, en faisant une reconstruction du RAID (qui peux prendre pas mal de temps)

Mon souci c'est que justement, "httpS://..../shell" fonctionne pas et "httpS://IP:4200" fonctionne J'ai tenté d'activer les logs apache, mais rien d'anormal dedans

Bon, j'ai a moitié résolu mon pb de certif, grace à ce post :http://code.google.com/p/shellinabox/issues/detail?id=59 J'ai donc regénéré, et je peux maintenant me connecter en httpS sur le 4200, Mais la redirection marche plus sur le /shell , (j'ai pas touché au vhost) et marche si je désactive le SSL ...

Alors, hors DSM, tout marche nickel tant que j'active pas le SSL (aussi bien port 4200 que la redirection /shell) Dès que je passe avec le --cert /chemi/certif.pem, l'url est bien redirigée en httpS, mais j'ai une belle erreur (Code d'erreur : ssl_error_no_cypher_overlap) Dans mon navigateur, j'ai tenté d'activer le "ssl3.rsa_rc4_40_md5" mais toujours rien Je vais regarder si je peux pas générer un certif "différent"