Changer de matériel avec affa [RESOLU]

[igor98]

Bonjour à tou(te)s,



Une SME7.4 en production
Une SME7.4 vierge de tout, et qui doit me servir à un futur 'rise' (transformer le serveur de backup en serveur de production)
Affa v.2 rc.4

Je suis donc à la lettre la procédure d'affa pour un futur changement de matos, mais y'a vraiment un truc.....
j'ai, sur le serveur de production 55Go d'utilisés au total, mais affa me copie systématiquement beaucoup plus (malheureusement je ne sais pas comment trouver qu'est-ce qu'il trouve en plus à copier!!!) et semble ne plus s'arrêter, là j'en suis à 80Go et rsync tourne toujours !

Si quelqu'un a déjà un retour sur ce problème, là je ne vois vraiment pas.
J'ose pas arrêter le process d'affa (rsync), en fait je ne sais pas trop quoi faire car j'ai suivi mot pour mot la procédure prévue.

A l'aide svp.

Merci d'avance.

[igor98]

Bien voilà, après une loooooongue attente, affa m'a envoyé 'enfin' un message d'erreur, mais ceci n'explique pas pourquoi ça marche pas !!!!

SI vous aviez une idée pour m'aider ...... merci d'avance.


The backup ob 'prodserv' scheduled on Mon Jul 13 18:50:41 2009 did not run.
Please check and fix your affa configuration on serveur-linux.vie.nc (10.0.128.200).
A reminder message will be sent at 19:00 hours, if the error continues unchecked.

Remove the file /etc/cron.hourly/affa-watchdog-prodserv-10.0.128.200-reminder to stop receiving reminder messages.

[dlalleme]

Bonjour Igor98,

Juste une petite question ...

Est-ce que les deux serveurs sont synchronisés au niveau des mises à jour ?
Dans le message d'erreur je lis "prodserv". Est-ce bien le nom du serveur ?

Il faut peut être réinstaller AFFA... Je suis désolé mais je suis un peu sec également...
Va voir les logs (/var/log/affa de mémoire)...


Cordialement

Denis

[igor98]

Merci de te pencher sur mon problème.

OUI: les mises à jour on été faites en même temps; donc ils sont synchronisés à ce niveau.


Euh..concernant "prodserv" tu me demande si c'est le nom du serveur, en fait j'avais cru comprend que c'est le nom d'un 'job' ; moi j'ai retapé "bêtement" ce que la doc disait pour faire ce genre de manipulation.... entre autre :
db affa set prodserv job
En fait j'ai suivi à la lettre ce qui suit
http://wiki.contribs.org/Moving_SME_to_new_Hardware
Évidemment en mettant les bonnes @ip
Et tout baigne, même l'envoi de la clé etc....

Si c'est pas ça, le nom du serveur à saisir c'est avec uname ou autre chose ?

[dlalleme]

Non, non,
En ce qui concerne le nom du serveur et le nom de job tu mets ce que tu veux et ils ne sont pas forcément liés. C'était simplement pour mettre à jour un éventuel problème.

Je suis désolé mais sans autres informations je sèche. As-tu regardé tes logs et qu'indiquent-elles ?

Cordialement

Denis

[igor98]

Bien mon log d'affa dans /var/log/affa
me donne simplement

Mon Jul 13 18:50:41[START.11355]: Affa 2.0.0-rc4: Running /sbin/e-smith/affa --debug --run prodserv
Mon Jul 13 18:50:41[prodserv.11355]: Job configuration:
Mon Jul 13 18:50:41[prodserv.11355]: AutoUnmount=yes
Mon Jul 13 18:50:41[prodserv.11355]: ChunkSize=921600
Mon Jul 13 18:50:41[prodserv.11355]: ChunkThresholdSize=2
Mon Jul 13 18:50:41[prodserv.11355]: ConnectionCheckTimeout=120
Mon Jul 13 18:50:41[prodserv.11355]: Debug=yes
Mon Jul 13 18:50:41[prodserv.11355]: DiskSpaceWarn=strict
Mon Jul 13 18:50:41[prodserv.11355]: EmailAddresses=admin
Mon Jul 13 18:50:41[prodserv.11355]: RPMCheck=yes
Mon Jul 13 18:50:41[prodserv.11355]: RetryAfter=600
Mon Jul 13 18:50:41[prodserv.11355]: RetryAttempts=3
Mon Jul 13 18:50:41[prodserv.11355]: RetryNotification=yes
Mon Jul 13 18:50:41[prodserv.11355]: RootDir=/var/affa
Mon Jul 13 18:50:41[prodserv.11355]: SMEServer=yes
Mon Jul 13 18:50:41[prodserv.11355]: TimeSchedule=2230
Mon Jul 13 18:50:41[prodserv.11355]: Watchdog=yes
Mon Jul 13 18:50:41[prodserv.11355]: dailyKeep=7
Mon Jul 13 18:50:41[prodserv.11355]: doneDaily=-1
Mon Jul 13 18:50:41[prodserv.11355]: doneMonthly=-1
Mon Jul 13 18:50:41[prodserv.11355]: doneWeekly=-1
Mon Jul 13 18:50:41[prodserv.11355]: doneYearly=-1
Mon Jul 13 18:50:41[prodserv.11355]: monthlyKeep=12
Mon Jul 13 18:50:41[prodserv.11355]: remoteHostName=10.0.128.15
Mon Jul 13 18:50:41[prodserv.11355]: remoteOS=centos
Mon Jul 13 18:50:41[prodserv.11355]: rsync--inplace=yes
Mon Jul 13 18:50:41[prodserv.11355]: rsyncCompress=no
Mon Jul 13 18:50:41[prodserv.11355]: rsyncTimeout=900
Mon Jul 13 18:50:41[prodserv.11355]: rsyncdMode=no
Mon Jul 13 18:50:41[prodserv.11355]: rsyncdModule=AFFA
Mon Jul 13 18:50:41[prodserv.11355]: rsyncdPassword=<not shown>
Mon Jul 13 18:50:41[prodserv.11355]: rsyncdUser=affa
Mon Jul 13 18:50:41[prodserv.11355]: scheduledKeep=2
Mon Jul 13 18:50:41[prodserv.11355]: sendStatus=weekly
Mon Jul 13 18:50:41[prodserv.11355]: sshPort=22
Mon Jul 13 18:50:41[prodserv.11355]: status=enabled
Mon Jul 13 18:50:41[prodserv.11355]: type=job
Mon Jul 13 18:50:41[prodserv.11355]: weeklyKeep=4
Mon Jul 13 18:50:41[prodserv.11355]: yearlyKeep=2


et le log de prodserv donne :
Mon Jul 13 18:50:41[11355]: ##################
Mon Jul 13 18:50:41[11355]: # Affa 2.0.0-rc4 #
Mon Jul 13 18:50:41[11355]: ##################
Mon Jul 13 18:50:41[11355]: Starting job prodserv scheduled (10.0.128.15)
Mon Jul 13 18:50:41[11355]: Description:
Mon Jul 13 18:50:41[11355]: Checking SSH connection to 10.0.128.15
Mon Jul 13 18:50:41[11355]: Exec Cmd: /usr/bin/ssh -p 22 -o StrictHostKeyChecking=yes -o HostKeyAlias=prodserv -o ConnectTimeout=120 -o PasswordAuthentication=no 10.0.128.15 echo OK
Mon Jul 13 18:50:41[11355]: Exec Out: OK
Mon Jul 13 18:50:41[11355]: Exec Out: exitstatus=0
Mon Jul 13 18:50:41[11355]: Installing watchdog on 10.0.128.15 with dt=87000 seconds
Mon Jul 13 18:50:41[11355]: Watchdog parameters:
Mon Jul 13 18:50:41[11355]: _TRIGGER=>200907141900
Mon Jul 13 18:50:41[11355]: _JOBNAME=>'prodserv'
Mon Jul 13 18:50:41[11355]: _EMAIL=>'admin'
Mon Jul 13 18:50:41[11355]: _BACKUPHOST=>'serveur-linux.vie.nc (10.0.128.200)'
Mon Jul 13 18:50:41[11355]: _SCHEDULED=>'Mon Jul 13 18:50:41 2009'
Mon Jul 13 18:50:41[11355]: _WDSCRIPT=>'affa-watchdog-prodserv-10.0.128.200'
Mon Jul 13 18:50:41[11355]: Exec Cmd: /usr/bin/ssh -o HostKeyAlias=prodserv -p 22 10.0.128.15 /bin/rm -f /etc/cron.hourly/affa-watchdog-prodserv-10.0.128.200-reminder
Mon Jul 13 18:50:42[11355]: Exec Out: exitstatus=0
Mon Jul 13 18:50:42[11355]: Exec Cmd: /usr/bin/rsync --archive --timeout=900 --rsync-path='/usr/bin/rsync' --rsh='/usr/bin/ssh -o HostKeyAlias=prodserv -p 22' /tmp/11355.affa-watchdog-prodserv-10.0.128.200 10.0.128.15:/etc/cron.hourly/affa-watchdog-prodserv-10.0.128.200
Mon Jul 13 18:50:42[11355]: Exec Out: exitstatus=0
Mon Jul 13 18:50:42[11355]: signaling pre-backup event on 10.0.128.15
Mon Jul 13 18:50:42[11355]: Exec Cmd: /usr/bin/ssh -o HostKeyAlias=prodserv -p 22 10.0.128.15 /sbin/e-smith/signal-event pre-backup desktop
Mon Jul 13 18:50:49[11355]: Exec Out: exitstatus=0
Mon Jul 13 18:50:49[11355]: writing list of installed RPMs on 10.0.128.15 (/home/e-smith/db/affa-rpmlist)
Mon Jul 13 18:50:49[11355]: Exec Cmd: /usr/bin/rsync --archive --timeout=900 --rsync-path='/usr/bin/rsync' --rsh='/usr/bin/ssh -o HostKeyAlias=prodserv -p 22' /sbin/e-smith/affa-rpmlist.sh 10.0.128.15:/sbin/e-smith/affa-rpmlist.sh
Mon Jul 13 18:50:49[11355]: Exec Out: exitstatus=0
Mon Jul 13 18:50:49[11355]: Exec Cmd: /usr/bin/ssh -o HostKeyAlias=prodserv -p 22 10.0.128.15 '/sbin/e-smith/affa-rpmlist.sh>/home/e-smith/db/affa-rpmlist'
Mon Jul 13 18:51:32[11355]: Exec Out: exitstatus=0
Mon Jul 13 18:51:32[11355]: Running rsync...
Mon Jul 13 18:51:32[11355]: Exec Cmd: /usr/bin/rsync --archive --stats --delete-during --ignore-errors --delete-excluded --relative --partial --inplace --timeout=900 --numeric-ids --rsync-path='/usr/bin/rsync' --rsh='/usr/bin/ssh -o HostKeyAlias=prodserv -p 22' 10.0.128.15:'"/home/e-smith" "/etc/e-smith/templates-custom" "/etc/e-smith/templates-user-custom" "/etc/ssh" "/root" "/etc/sudoers" "/etc/passwd" "/etc/shadow" "/etc/group" "/etc/gshadow" "/etc/samba/secrets.tdb" "/etc/samba/smbpasswd" "/etc/smbpasswd"' /var/affa/prodserv/scheduled.running/
[root@serveur-linux affa]#

Rien trouvé d'autre!

[bethebeast]

Salut,

Premièrement, je pense qu'il est souhaitable de mettre du code dans une balise code, c'est plus agréable à lire !

Ensuite, sans être un expert d'Affa, avez-vous essayé de lancer la tâche manuellement, si oui, quel est le résultat ?

D'un autre côté, pouvez-vous nous mettre le contenu de votre job.pl, et, lors de l'exécution manuelle de la tâche, surveiller

Code: Tout sélectionner

/var/log/messages


S'il y-a quelque chose, ça serait bien de le poster pour essayer de comprendre !

@+

[Gaston]

Bonjour,

j'ai, sur le serveur de production 55Go d'utilisés au total, mais affa me copie systématiquement beaucoup plus (malheureusement je ne sais pas comment trouver qu'est-ce qu'il trouve en plus à copier!!!)

As-tu une configuration particulièrer sur ton serveur actuelle ? disque dur monté, création d'ibays à la main ... ?

Si ça copie plus que ça doit, c'est qu'il y a un court-critcuit qque part
Le résultat de la copie (avant le rise) se trouve là où il le dit : /var/affa/prodserv/scheduled.running/xxx

Pour trouver où ça coince (si il y a pas de trace dans les logs), rechercher les tailles des sous répertoires (du -sk) et par dicotomie, en comparant avec l'original, tu devrais trouver lequel est + gros qu'attendu.

Il y a aussi la possibilité de lancer la commande rsync (celle de Jul 13 18:51:32) à la main en rajoutant l'options de verbosité voulues (-v ou -vv)

par ce que sinon, ben ça roule tout seul la manip (prodserv est bien le nom du job affa, pas de rapport avec le nom de serveur)

G.

[igor98]

Merci encore pour votre aide...

> As-tu une configuration particulièrer sur ton serveur actuelle ? disque dur monté, création d'ibays à la
> main ... ?
Je suis encore trop neuhneu pour faire des ibays à la main ou autres config non conventionnelle


N'ayant fait que suivre la procédure indiquée içi
http://wiki.contribs.org/Moving_SME_to_new_Hardware je n'ai aucun job.pl

Voici les commandes prévues par l'url ci-dessus.
yum update
/usr/bin/yum install --enablerepo=smecontribs smeserver-affa (là en fait j'ai mis la version 2.0rc4)
db affa set AffaGlobalDisable yes
db affa set prodserv job
db affa setprop prodserv remoteHostName prodIP
db affa setprop prodserv RPMCheck yes
affa --make-cronjobs
affa --send-key prodserv
affa --run prodserv

> Le résultat de la copie (avant le rise) se trouve là où il le dit Wink : /var/affa/prodserv
> /scheduled.running/xxx
Je n'arrive jamais là, ni d'ailleurs au rapport qui devrait m'afficher les différences entre les RPM, puisque la 'synchro' plante.

SVP, à quoi sert la commande :
signal-event pre-backup ?

Merci d'avance.

[sibsib]

Hello,

je connais pas affa, mais le message de Gaston me fait me demander si tu ne copies pas les serveur de backup sur lui même ?

Parce que çà, dans le genre récurrent (et bourreur de disque), c'est pas mal... Vois tu du trafic réseau sur ta machine de prod pendant le rsync (iptraf est généralement suffisant pour çà - mais à lancer depuis la console du serveur, pour ne pas s'ajouter le traffic s'un ssh !)

A+,
Pascal

[igor98]

Merci, je vais investiguer de ce côté.

[Gaston]

Bonjour,
en complément à la remarque de SibSib, as tu bien noté la phrase

In the following it is assumed that prodIP is the IP address of your production server and newIP is the IP address of the new server hardware. Replace both placeholders by your real IP addresses.

[quote=Gaston"]Le résultat de la copie (avant le rise) se trouve là où il le dit : /var/affa/prodserv/scheduled.running/xxx

Je n'arrive jamais là, ni d'ailleurs au rapport qui devrait m'afficher les différences entre les RPM, puisque la 'synchro' plante. [/quote]C'est pas la synchro qui plante si tu n'as pas ce répertoire c'est que le job n'a pas été créé ... ce qui n'est pas compatible avec le fait qu'il ait bouclé ... ce qui veut dire que tu ne nous dis pas tout ;(

/usr/bin/yum install --enablerepo=smecontribs smeserver-affa (là en fait j'ai mis la version 2.0rc4)

je n'ai aucune idée de comment tu as pu arriver à installer une version 2.0rc4, vu que la commande proposée donne le résultat suivant

Code: Tout sélectionner

=============================================================================
Package                 Arch       Version          Repository        Size
=============================================================================
Installing:
smeserver-affa          noarch     1.0.0-3.el4.sme  smecontribs        47 k
Installing for dependencies:
perl-Filesys-DiskFree   noarch     0.06-1.2.el4.rf  smecontribs       9.9 k

Transaction Summary
=============================================================================

Ca me donne franchement envie de ne plus participer à ce fil Dès que le serveur de Jibe sera revenu à la vie je te conseillerai de LIRE son (url="http://www.bj-informatique.com/affa.php"]howto sur affa[/url] (attention ça ne parle pas que de l'opération que tu tentais)

G.

[igor98]

Bonjour,

En fait en tout 1er j'avais essayé cette méthode (qui installe la v1) et comme après 2 tentatives j'avais toujours la qualtité de données sur mon disque de sauvegarde qui grossissait au-delà de la taille du disque initial, je me suis dit que s'il y avait une version 2, c'est peut-être qu'il y avait un bug ou une raison; j'ai donc suivit cette autre méthode qui reprend la première mais avec la version 2 de AFFA : smeserver-affa-2.0.0-rc4.noarch.rpm içi :
http://wiki.contribs.org/Affa#Backing_u ... s_computer

en complément à la remarque de SibSib, as tu bien noté la phrase
Citation:
In the following it is assumed that prodIP is the IP address of your production server and newIP is the IP address of the new server hardware. Replace both placeholders by your real IP addresses.

Oui, j'ai bien fait ça.

igor98 a écrit:
[quote=Gaston"]Le résultat de la copie (avant le rise) se trouve là où il le dit : /var/affa/prodserv/scheduled.running/xxx
Je n'arrive jamais là, ni d'ailleurs au rapport qui devrait m'afficher les différences entre les RPM, puisque la 'synchro' plante.

C'est pas la synchro qui plante Shocked si tu n'as pas ce répertoire c'est que le job n'a pas été créé ... ce qui n'est pas compatible avec le fait qu'il ait bouclé ... ce qui veut dire que tu ne nous dis pas tout ;(

Je n'ai pas dit que je n'ai PAS ce repertoire /var/affa/prodserv car il existe bel et bien

Je précisais que normalement un fichier qui montre les différences entre rpm devrait être créé, mais que je n'arrive jamais jusque là car la quantité de données dépasse.

Je ne vois pas ce que j'aurai pu "cacher", ce n'est pas dans mon intérêt non plus.

Merci encore pour vos conseils.

[Gaston]

alors si je résume pour toi :

ton serveur de prod actuel : 10.0.128.15
ton futur serveur : 10.0.128.200 (serveur-linux.vie.nc )
tu as créé un job "prodserv"
tu le vérifies par un

Code: Tout sélectionner

# db affa show
AffaGlobalDisable=yes
DefaultAffaConfig=default
    sendStatus=weekly
    status=enabled
prodserv=job
    RPMCheck=yes
    remoteHostName=10.0.128.15

l'échange des clefs s'est bien passé (tu as une entrée correspondant à ton serveur de backup dans le root/.ssh/authorized_keys2 de ton serveur de prod) mais aussi en plus rapide dans le log

Code: Tout sélectionner

# tail -f /var/log/affa/affa.log
Wed Jul  8 01:02:51[make cronjobs.5950]: expanding template /etc/cron.d/affa-status
Wed Jul  8 01:02:51[make cronjobs.5950]: Done.
Wed Jul  8 01:02:51[make cronjobs.5950]: Exiting.
Wed Jul  8 01:04:02[START.5953]: Affa 1.0.0-3: Running /sbin/e-smith/affa --send-key prodserv
Wed Jul  8 01:04:02[send keys.5953]: Generating DSA keys...
Wed Jul  8 01:04:03[send keys.5953]: Successfully created DSA key pair.
Wed Jul  8 01:04:30[send keys.5953]: Public key sent to 10.0.128.15
Wed Jul  8 01:04:30[send keys.5953]: Done.
Wed Jul  8 01:04:30[send keys.5953]: Exiting.
Wed Jul  8 01:06:06[START.5962]: Affa 1.0.0-3: Running /sbin/e-smith/affa --run prodserv

Lorsque tu lances le job, tu as les messages suivant

Code: Tout sélectionner

# tail -f /var/log/affa/prodserv.log
Wed Jul  8 01:06:06[5962]: Affa 1.0.0-3: Starting job prodserv scheduled (10.0.128.15)
Wed Jul  8 01:06:06[5962]: Description:
Wed Jul  8 01:06:06[5962]: Checking SSH connection to 10.0.128.15
Wed Jul  8 01:06:25[5962]: Installing watchdog on 10.0.128.15
Wed Jul  8 01:07:00[5962]: signaling pre-backup event on 10.0.128.15
Wed Jul  8 01:07:22[5962]: writing list of installed RPMs on 10.0.128.15 (/home/e-smith/db/affa-rpmlist)
Wed Jul  8 01:08:04[5962]: Running rsync...


le fichier rpms-missing.txt est créé en fin de job (vide si pas de différence)

Si tu n'arrives pas jusque là , est-ce que l'exécution manuelle des commandes fonctionne ?
/sbin/e-smith/affa-rpmlist.sh sur ton serveur de prod ? ==> liste des rpm installés
/usr/bin/ssh -p 22 10.0.128.15 '/sbin/e-smith/affa-rpmlist.sh' ==> la même mais à partir du serveur de backup

est-ce que les commandes de rsync fonctionnent ? (un peu ... qu'y a-t-il dans le répertoire /var/affa ), par exemple :

Code: Tout sélectionner

/usr/bin/rsync -vv --archive --stats --delete-during --ignore-errors --delete-excluded --relative --partial --inplace --timeout=900 --numeric-ids --rsync-path='/usr/bin/rsync' --rsh='/usr/bin/ssh -o HostKeyAlias=prodserv -p 22' 10.0.128.15:'"/etc/passwd" "/etc/smbpasswd"' /var/affa/prodserv/test/

G.

[igor98]

Bon, je m'en sors toujours pas; en tout cas, merci de votre persévérance à m'aider :

Voici ma config:
Serveur de prod (1) en 10.0.128.15 SME7.4 (2 ddur IDE 80Gb Raid1/lvm) (55Go d'utilisés uniquement)

J'install SME7.4 sur nouveau PC (2ddur SATA2 160Gb Raid1 (je sais pas si LVM?) que j'appelle (2)
SANS DHCP
en 10.0.128.200

Sur les 2 serveurs je fais un
yum update
(une fois les updates éventuels, et post-ugrade, reboot)

Donc, là les 2 serveurs sont à jours niveau SME

ensuite sur le serveur (2)
/usr/bin/yum install --enablerepo=smecontribs smeserver-affa
puis
db affa set AffaGlobalDisable yes
db affa set prodserv job
db affa setprop prodserv remoteHostName 10.0.128.15
db affa setprop prodserv RPMCheck yes
affa --make-cronjobs

affa --send-key prodserv

Ca me répond
Job prodserv: root@10.0.128.15 password:
je saisis le mot de passe root de (1), la réponse
Public key sent to 10.0.128.15

affa --run prodserv
--------------------------------------------------------> là ça tourne des heures, jusqu'à dépasser la taille des 55Go utilisés, ça monte à plus de 120Go !!! puis je reçois un email d'erreur en provenance d'affa, ça au moins ça marche (l'email)

Imaginons que ça passe...............
Je vérifie avec
less /var/affa/prodserv/rpms-missing.txt
les rpm éventuellement manquant sur (2) et je les installe.

Je fais sortir tous les users connectés.
Sur (1) je désactive tous les services suivants :
SVC='qpsmtpd sqpsmtpd crond imap pop3 imaps pop3s ftp httpd-e-smith atalk smb qmail'
for s in $SVC; do service $s stop; done

Retour sur (2)
affa --run prodserv
pour finaliser la synchro entre (1) et (2)

Retour sur (1)
poweroff

Ensuite sur (2)
affa --rise --all prodserv
reboot

Puis je vais dans 'paramétrer' le serveur (2) pour que son @IP devienne
10.1.128.15

Nettoyage des archives
/bin/rm -rf /var/affa


Suppression des packages affa et config.
yum remove smeserver-affa perl-Filesys-DiskFree perl-Compress-Bzip2
rm -f /etc/cron.d/affa-status /etc/cron.d/affa
rm -rf /home/e-smith/db/affa /home/e-smith/db/affa-report
rm -rf /var/log/affa

Merci svp de bien vouloir me corriger.............;
Je ne comprend toujours pas pourquoi ça veut sauvegarder PLUS que la totalité des données (soit 55Go d'utilisés) !!!!

A bientôt.