Changes

From SME Server
Jump to navigationJump to search

Affa/fr (view source)

Revision as of 22:41, 28 January 2014

6,393 bytes added ,  22:41, 28 January 2014
no edit summary
Line 5: Line 5:  
voir [http://bugs.contribs.org/buglist.cgi?action=wrap&bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=NEEDINFO&bug_status=IN_PROGRESS&bug_status=RESOLVED&bug_status=VERIFIED&classification=Contribs&component=smeserver-affa%20%28unmaintained%29&list_id=23915&product=SME%20Contribs&resolution=---&resolution=FIXED&resolution=NOTABUG&resolution=WONTFIX&resolution=UPSTREAM&resolution=DUPLICATE&resolution=WORKSFORME&saved_report_id=1 bugs]
 
voir [http://bugs.contribs.org/buglist.cgi?action=wrap&bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=NEEDINFO&bug_status=IN_PROGRESS&bug_status=RESOLVED&bug_status=VERIFIED&classification=Contribs&component=smeserver-affa%20%28unmaintained%29&list_id=23915&product=SME%20Contribs&resolution=---&resolution=FIXED&resolution=NOTABUG&resolution=WONTFIX&resolution=UPSTREAM&resolution=DUPLICATE&resolution=WORKSFORME&saved_report_id=1 bugs]
 
=== Développeur ===
 
=== Développeur ===
−
Michael Weinberger
+
Développeur: Michael Weinberger.
 +
Le développement et la maintenance d'Affa pour SME Server ont été interrompus. La nouvelle version Affa 3.X pour CentOS est disponible sur [http://affa.sourceforge.net/ Sourceforge].
   −
=== Traducteur ===
+
 
 +
=== Traducteurs ===
 
[http://bj-informatique.com/affa.php?lang=fr jibe]
 
[http://bj-informatique.com/affa.php?lang=fr jibe]
 +
 +
Pour la mise à jour: [http://www.guedel.eu Arnaud]
    
Affa signifie '''A'''utomatische '''F'''estplatten '''F'''ern'''a'''rchivierung, soit approximativement en français : Sauvegarde automatique de disque dur à distance.
 
Affa signifie '''A'''utomatische '''F'''estplatten '''F'''ern'''a'''rchivierung, soit approximativement en français : Sauvegarde automatique de disque dur à distance.
Line 65: Line 69:     
=== Installation ou mise à jour ===
 
=== Installation ou mise à jour ===
−
Dernière version: '''smeserver-affa-2.0.0-rc4.noarch.rpm'''
+
==== Smecontribs pour sme8 ====
 +
yum install -–enablerepo=smecontribs smeserver-affa
 +
 
 +
Si Affa est installé pour la première fois, entrez la commande suivante pour réinitialiser la base de données d'Affa.
 +
Affa -–make-cronjob
 +
 
 +
et déconnectez-vous puis reconnectez-vous à la console pour que le complément automatique de bash (touche TAB) prenne effet .
 +
==== Ancienne méthode d'installation ====
 +
{{Note box|SME7 est maintenant en fin de vie et a été transféré dans le répertoire obsolète}}
 +
Version SME7: '''smeserver-affa-2.0.0-rc4.noarch.rpm'''
 
  wget <nowiki>http://mirror.contribs.org/smeserver/contribs/michaelw/sme7/Affa2/smeserver-affa-2.0.0-rc4.noarch.rpm</nowiki>
 
  wget <nowiki>http://mirror.contribs.org/smeserver/contribs/michaelw/sme7/Affa2/smeserver-affa-2.0.0-rc4.noarch.rpm</nowiki>
 
  wget <nowiki>http://mirror.contribs.org/smeserver/contribs/michaelw/sme7/Affa2/perl-Compress-Bzip2-2.09-1.2.el4.rf.i386.rpm</nowiki>
 
  wget <nowiki>http://mirror.contribs.org/smeserver/contribs/michaelw/sme7/Affa2/perl-Compress-Bzip2-2.09-1.2.el4.rf.i386.rpm</nowiki>
Line 71: Line 84:  
  smeserver-affa-2.0.0-rc4.noarch.rpm \
 
  smeserver-affa-2.0.0-rc4.noarch.rpm \
 
  perl-Compress-Bzip2-2.09-1.2.el4.rf.i386.rpm
 
  perl-Compress-Bzip2-2.09-1.2.el4.rf.i386.rpm
 +
 +
Version SME8: SME8 est basé sur CentOS5, c'est pourquoi perl-Compress-Bzip2 el5 rpm doit être utilisé:
 +
wget <nowiki>http://mirror.contribs.org/releases/8/smecontribs/i386/repoview/smeserver-affa.html</nowiki>
 +
 +
Pour SME8 32 bits:
 +
wget <nowiki>http://apt.sw.be/redhat/el5/en/i386/rpmforge/RPMS/perl-Compress-Bzip2-2.09-1.2.el5.rf.i386.rpm</nowiki>
 +
/usr/bin/yum --enablerepo=smecontribs localinstall \
 +
smeserver-affa-2.0.0-rc4.noarch.rpm \
 +
perl-Compress-Bzip2-2.09-1.2.el5.rf.i386.rpm
 +
 +
Pour SME8 64 bits:
 +
wget http://apt.sw.be/redhat/el5/en/x86_64/rpmforge/RPMS/perl-Compress-Bzip2-2.09-1.2.el5.rf.x86_64.rpm
 +
/usr/bin/yum --enablerepo=smecontribs localinstall \
 +
smeserver-affa-2.0.0-rc4.noarch.rpm \
 +
perl-Compress-Bzip2-2.09-1.2.el5.rf.x86_64.rpm
    
Après la première installation d'Affa, lancez la commande suivante pour initialiser la base de données Affa.
 
Après la première installation d'Affa, lancez la commande suivante pour initialiser la base de données Affa.
Line 605: Line 633:  
  df
 
  df
    +
===== Copier une archive Affa d'un disque dur USB sur un nouveau disque =====
 +
Affa utilise un grand nombre de liens matériels (hard links) pour compresser et préserver de la place sur le disque pour les sauvegardes. Dans la situation où l'on voudrait copier un disque contenant une archive Affa sur un autre disque (de taille plus importante), il est nécessaire de s'assurer que les liens matériels ont été copiés correctement au risque que la copie devienne considérablement plus volumineuse que l'archive source.
 +
 +
Une méthode pour copier à travers des systémes de fichiers distincts (par ex. entre 2 disques usb différents) et préserver les liens matériels est la suivante:
 +
* monter les deux disques usb avec des points de montage différents, par exemple /media/backup1 et /media/backup2 et effectuer alors:
 +
 +
mkdir /media/backup2/archive
 +
cd /media/backup1/archive
 +
tar cpf - . | ( cd /media/backup2/archive && tar xpf - )
 +
 +
en remplaçant '''archive''' par le véritable nom de l'archive (job) Affa que l'on souhaite placer sur l'autre disque.
 +
 +
    
===== Configuration d'Affa =====
 
===== Configuration d'Affa =====
Line 763: Line 804:  
  rm -rf /home/e-smith/db/affa /home/e-smith/db/affa-report
 
  rm -rf /home/e-smith/db/affa /home/e-smith/db/affa-report
 
  rm -rf /var/affa /var/log/affa
 
  rm -rf /var/affa /var/log/affa
 +
 +
=== Résolution de problèmes ===
 +
==== Affa cesse de fonctionner après que prodserver ait été restauré. ====
 +
'''Description:'''
 +
* Affa cesse de fonctionner ou est endommagé
 +
* prodserver ne peut plus réaliser de connextion via ssh vers affaserver
 +
* Le message "SSH connection to ''prodserver ip'' failed. Did you send the public key" est présent dans le fichier /var/log/affa/''nom_du_job''.log
 +
* Réenvoyer les clés ssh ne résout pas le problème
 +
 +
'''Solution:'''
 +
* Ceci vient probablement du fait que la clé pour prodserver, qui est présente sur affaserver, ne correspond plus avec la clé de prodserver.
 +
* Il faut alors effacer la clé existante afin que la clé soit réenvoyée par prodserver à la prochaine connexion ssh.
 +
* En ligne de commande, éditer le fichier /root/.ssh/known_hosts et enlever la ligne correspondant à prodserver. Cette dernière débute par: ''prodserver ip'' ssh-rsa
 +
 +
==== Impossibilité d'envoyer des emails après un "rise". ====
 +
'''Description:'''
 +
* impossibilité d'envoyer de emails après un "rise" sur le server de sauvegardes en restaurant de SME7 à SME8
 +
* le journal qpsmtpd affiche:
 +
@400000005125f42409a8cd1c 4280 vvirus::clamav plugin (data_post): clamscan results: /var/spool/qpsmtpd/1361441818:4280:0: Access denied. ERROR
 +
@400000005125f42409aa9624 4280 virus::clamav plugin (data_post): ClamAV error: /usr/bin/clamdscan --stdout  --config-file=/etc/clamd.conf --no-summary /var/spool/qpsmtpd/1361441818:4280:0 2>&1: 2
 +
* problème de permission sur /var/spool
 +
#on the working server:
 +
ls -al /var/spool
 +
drwxr-s---  2 qpsmtpd clamav 4096 Jun 10 12:31 qpsmtpd
 +
 +
#On the broken (restored) server:
 +
ls -al /var/spool
 +
drwxr-x---  2 qpsmtpd clamav 4096 Jun 10 10:46 qpsmtpd
 +
 +
#On the fresh install before the restore:
 +
ls -al /var/spool
 +
drwxr-s---  2 qpsmtpd clamav 4096 Apr 17 13:47 qpsmtpd
 +
voire [http://bugs.contribs.org/show_bug.cgi?id=4399| SME bug #4399]
 +
 +
 +
'''Solution:'''
 +
en ligne de commande sur le server de sauvegardes après le "Rise":
 +
chmod g+s /var/spool/qpsmtpd
 +
 +
==== Les utilisateurs ne peuvent se connecter au server – Important. ====
 +
Après une restauration complète ou un "rise" par Affa sur SME8, tout semble fonctionner, mais les utilisateurs ne peuvent se connecter sur le server (samba, horde, etc...). Les comptes utilisateurs apparaissent bien dans le server-manager voir [[bugzilla:6983]] et [[bugzilla:7687]]<br />
 +
{{Warning box|msg=Travaux en cours: veuillez lire le contenu du bug car il semble y avoir d'autres problèmes avec cette solution temporaire}}
 +
La cause est une imcomplète restauration / conversion des fichiers contenus dans le répertoire /etc, en particulièrement les fichiers contenant les identifiants et les mots de passe. La première chose à faire après un "affa --full-restore prodserv" est de ne pas effacer la sauvegarde existante de Affa. Si un "affa --rise --all prodserv" a été effectué, ne pas continuer avec "/bin/rm -rf /var/affa" comme dans le wiki (ce qui effacerait l'archive de manière certaine).
 +
* Si la fonction rise a été utilisée:
 +
Se connecter en "root" sur le server de production et entrer en ligne de commande :
 +
 +
mkdir /etc/backup
 +
 +
cp -r /etc/{passwd,samba,e-smith,group,gshadow,shadow,ssh,sudoers} /etc/backup
 +
 +
yes | cp -r /var/affa/"JOBNAME"/"ARCHIVE"/etc/* /etc/
 +
 +
et reconfigurer le server pour finir
 +
 +
signal-event post-upgrade; signal-event reboot
 +
 +
* Si la fonction « full-restore » a été utilisée:
 +
Effectuer les étapes 1, 2 et 3 ci-dessus
 +
Se connecter en "root" sur le server de sauvegardes (server Affa) et entrer en ligne de commande:
 +
 +
export RDIR=/var/affa/"NOM_DU_JOB"/"ARCHIVE"/etc/
 +
 +
rsync -av $RDIR "PRODSERV-IP":/etc/
 +
 +
Sur le serveur de production "PRODSERV", entrer par ssh dans un terminal
 +
signal-event post-upgrade; signal-event reboot
 +
 +
    
=== Rapport de bugs ===
 
=== Rapport de bugs ===
Arnaud
41

edits

Retrieved from "https://wiki.koozali.org/Special:MobileDiff/23477"

Navigation menu