silversmarty Posté(e) le 11 avril 2012 Posté(e) le 11 avril 2012 Bonjour à tous, après la msie à jour de deux syno (A et B, distants) en DSM4.0, la sauvegarde du A vers le B ne se fait plus : lorsque je la lance, les statuts sont successivement : Veuillez patienter > Sauvegarde... > Pas de sauvegarde Est-ce que quelque'un sait ce que veut dire ce "pas de sauvegarde" ? C'est assez énigmatique. Evidemment, pas d'erreur claire donc pas de message dans le fichier de logs. Le processus crée le répertoire de sauvegarde sur le syno B, mais n'y sauvegarde pas les données... Pour info, les identifiants de connexion sont bons et les bons ports sont ouverts. Ce qui est étonnant, c'est que de B vers A cela fonctionne sans problème ! J'ai pris connaissance d'un problème similaire () qui pourrait me concerner, puisque j'ai modifié mon vhost, mais même avec les manipulations prescrites et un retour au vhost "original" le problème subsiste ... J'avoue être un peu perdu, là... SilverSmarty 0 Citer
Lurik Posté(e) le 11 avril 2012 Posté(e) le 11 avril 2012 As tu essayé en créant une nouvelle tache de sauvegarde de A vers B (un petit répertoire peu suffire). Ca permetra de voir si cela vient de ton état actuel des syno ou des paramètres des sauvegardes qui ne sont plus bon. 0 Citer
silversmarty Posté(e) le 11 avril 2012 Auteur Posté(e) le 11 avril 2012 Oui, en modifiant la tâche qui pose problème ou en en créant une petite sur 2 fichiers, le problème est le même ... 0 Citer
CoolRaoul Posté(e) le 11 avril 2012 Posté(e) le 11 avril 2012 (modifié) Que donne la sauvegarde lancée en ligne de commande? /usr/syno/bin/synolocalbkp -a "<nom de la tache de sauvegarde>"[/CODE] (le faire sur une toute petite tache de sauvegarde *locale* créée spécialement) et la sauvegarde de configuration, elle fonctionne? Modifié le 11 avril 2012 par CoolRaoul 0 Citer
silversmarty Posté(e) le 12 avril 2012 Auteur Posté(e) le 12 avril 2012 Mhm ... pas tenté la ligne de commande, mais après une bonne purge du vhost, ça marche : donc le problème venait bien de là. Pour info, j'ai laissé uniquement NameVirtualHost *: <VirtualHost *:> ServerName * DocumentRoot /var/services/web </VirtualHost> Mais l'inconvénient, c'est que je n'ai plus accès à mon serveur web maintenant SilverSmarty 0 Citer
CoolRaoul Posté(e) le 12 avril 2012 Posté(e) le 12 avril 2012 (modifié) Le 4/12/2012 à 4:13 PM, silversmarty a dit : Mhm ... pas tenté la ligne de commande, mais après une bonne purge du vhost, ça marche : donc le problème venait bien de là. Faudra un jour que tu nous expliques comment tu te débrouilles pour modifier le contenu du fichier de config des vhost *sans* passer par la ligne de commande... Le 4/12/2012 à 4:13 PM, silversmarty a dit : Pour info, j'ai laissé uniquement NameVirtualHost *: <VirtualHost *:> ServerName * DocumentRoot /var/services/web </VirtualHost> Mais l'inconvénient, c'est que je n'ai plus accès à mon serveur web maintenant Mouais... autant le laisser vide, alors Modifié le 12 avril 2012 par CoolRaoul 0 Citer
silversmarty Posté(e) le 13 avril 2012 Auteur Posté(e) le 13 avril 2012 > Config File Editor Puis reboot du syno pour redémarrer le serveur apache. Un peu bourrin, mais le réseau de mon entreprise me bloque sur les accès Putty SilverSmarty 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.