Koozali.org: home of the SME Server
Other Languages => Français => Topic started by: gieres on August 02, 2016, 07:48:47 PM
-
Bonsoir,
Après avoir suivi la procédure https://wiki.contribs.org/Moving_SME_to_new_Hardware (https://wiki.contribs.org/Moving_SME_to_new_Hardware) et exécuté la commande affa --rise..., le serveur nouveau a été redémarré.
Il y a eu un certain nombre d'erreurs au redémarrage du genre "Using intrapositionned negation" dans iptables mais cela défile très vite et il n'a pas été possible d'en voir plus.
Premier problème : impossible de connecter le serveur SME au LAN : les autres ordinateurs ne peuvent le voir (ping unreachable).
2e problème : impossible de consulter le fichier boot.log : tous les fichiers sont vides... Dito pour maillog, errors et quelques autres.
Par contre, "messages" existe et je le joins si ça peut aider.
Il semble qu'il y a des problèmes à partir de 18h45mn12s avec br.
Je suis à votre écoute pour fournir tout élément complémentaire.
D'avance merci.
-
Bonsoir
J'ai peur que la seule upgrade supportée officiellement soit le backup par la console ou par le backup du panel.
Il faudrait voir sinon avec arnaud, un frenchy qui poussa affa3
-
Bonsoir,
Merci pour ton avis, je vais faire machine arrière...
Je suis de temps à autre en contact avec Arnaud : je vais lui envoyer le fichier log si cela peut lui servir.
Bonne soirée.
-
Quand vous dites que les autres machines ne voient pas le serveur:
- est il en serveur seul ou passerelle?
- accede t il au réseau locale ?
- accede t il a l'internet?
je ne suis pas très famillié avec Affa, mais si vous éliminez de l'équation les custom-templates qui peuvent ne pas être compatibles, et tentez de faire un
signal-event post-upgrade; signal-event rebootcela change quelque chose ?
je pense aussi que quelques subtilités sont a revoir comme les drivers de carte s'il S'agit de deux machines très différentes. Un petit passage via console, configurer le serveur peut peut etre aider à remettre tout cela ne ordre.
Ultimement, oui le backup console ou celui du pannel devraient avoir un succés plus garanti.
Personnellement je viens de réaliser une mise à jour en place via rsync, et les trois bloqueurs ont été :
- refabriquer l'image de boot pour mettre les bon drivers
- réécrire le grub.conf
- eliminer le travail de udev à chercher à renomer la carte réseau eth0 en eth1. cf fichier : /udev/rules.d/70-persistent-net.rules
les deux premiers, empêchent carrément le boot donc vous ne seriez pas rendu là, et le dernier empêche l'accès au réseau. Si vous voyez dans ce fichier plus de carte que vous en avez, il y a surment qq chose de ce coté. Mais je testerais d'abord la simple reconfiguration.
à défaut la bonne vieille méthode du backup restoration dar ou tar
-
Bonsoir,
Merci pour toutes ces idées.
Alors, la fonction «rise» semble avoir bien fonctionné puisque la machine a été reconfigurée en serveur et passerelle.
Je ne sais pas comment on fait pour savoir si un serveur accède au réseau local mais les machines du LAN ne pouvaient pas pinger sur le serveur ;
Oui, le serveur accédait à Internet (test en console).
Effectivement, je n'avais pas pensé aux custom-templates mais il ne doit pas y en avoir beaucoup.
Et effectivement, je n'ai pas pensé non plus au signal-event post-upgrade.
Par contre, la configuration a bien été refaite à partir de la console puisque les cartes réseaux n'étaient pas les mêmes.
Donc 2e tentative en cours avec backup, non pas en console mais avec le gestionnaire du serveur, en suivant cette procédure https://wiki.contribs.org/Backup_server_config (https://wiki.contribs.org/Backup_server_config). J'en suis au point 6...
Merci pour l'info de udev, effectivement, les 2 eth étaient inversés sur la première tentative et je me demandais bien pourquoi...
Bref, ce basculement n'est pas une partie de plaisir pour un serveur de production... Heureusement que beaucoup de monde est en vacances !
Encore merci et bonne soirée.
-
Bonsoir,
Merci pour toutes ces idées.
Alors, la fonction «rise» semble avoir bien fonctionné puisque la machine a été reconfigurée en serveur et passerelle.
Je ne sais pas comment on fait pour savoir si un serveur accède au réseau local mais les machines du LAN ne pouvaient pas pinger sur le serveur ;
Oui, le serveur accédait à Internet (test en console).
je commencerais par un ifconfig pour voir les cartes qui sont up. Si celle du reseau local n'Est pas là.. y a un soucis a regler
ensuite un ping sur une machine ou une imprimante qui a une ip fixe depuis le serveur.
Effectivement, je n'avais pas pensé aux custom-templates mais il ne doit pas y en avoir beaucoup.
il suffit d'un seul mal placé ( bien qu'en general ils ne posent pas de problemes)
Et effectivement, je n'ai pas pensé non plus au signal-event post-upgrade.
Par contre, la configuration a bien été refaite à partir de la console puisque les cartes réseaux n'étaient pas les mêmes.
souvent le post-upgrade resoud bien des choses avec un reboot... la robustesse des templates
Donc 2e tentative en cours avec backup, non pas en console mais avec le gestionnaire du serveur, en suivant cette procédure https://wiki.contribs.org/Backup_server_config (https://wiki.contribs.org/Backup_server_config). J'en suis au point 6...
Merci pour l'info de udev, effectivement, les 2 eth étaient inversés sur la première tentative et je me demandais bien pourquoi...
bon courage
-
Bonsoir,
Affa n'y est pour rien...
C'est fetchmail qui a un problème, voir https://bugs.contribs.org/show_bug.cgi?id=9180 et https://forums.contribs.org/index.php/topic,52596.0.html
Donc [Résolu], enfin presque, quand j'aurai mis la main sur smeserver-fetchmail 1.6-10 !
Encore merci.
Bonne fin de semaine.