Changes

et déconnectez-vous puis reconnectez-vous à la console pour que le complément automatique de bash (touche TAB) prenne effet .

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 ====

==== Ancienne méthode d'installation / méthode pour sme7 ====

{{Note box|SME7 est maintenant en fin de vie et a été transféré dans le répertoire obsolète}}

{{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'''

Version SME7: '''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>

Version SME8: SME8 est basé sur CentOS5, c'est pourquoi perl-Compress-Bzip2 el5 rpm doit être utilisé.  

Pour SME8 32 bits:

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>

  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 \

  /usr/bin/yum --enablerepo=smecontribs localinstall \

  smeserver-affa-2.0.0-rc4.noarch.rpm \

  smeserver-affa-2.0.0-rc5.sme.noarch.rpm \

  perl-Compress-Bzip2-2.09-1.2.el5.rf.i386.rpm

  perl-Compress-Bzip2-2.09-1.2.el5.rf.i386.rpm

Pour SME8 64 bits:

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

  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 \

  /usr/bin/yum --enablerepo=smecontribs localinstall \

  smeserver-affa-2.0.0-rc4.noarch.rpm \

  smeserver-affa-2.0.0-rc5.sme.noarch.rpm \

  perl-Compress-Bzip2-2.09-1.2.el5.rf.x86_64.rpm

  perl-Compress-Bzip2-2.09-1.2.el5.rf.x86_64.rpm

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.

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:

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:

* monter les deux disques usb avec des points de montage différents, par exemple /media/backup1 et /media/backup2 et effectuer alors:

'''Description:'''

'''Description:'''

* Affa cesse de fonctionner ou est endommagé

* Affa cesse de fonctionner ou est endommagé

* prodserver ne peut plus réaliser de connextion via ssh vers affaserver

* prodserver ne peut plus réaliser de connexion 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

* 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

* Réenvoyer les clés ssh ne résout pas le problème

  @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

  @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

* problème de permission sur /var/spool

  #on the working server:

  #Sur le serveur fonctionnel:

  ls -al /var/spool

  ls -al /var/spool

  drwxr-s---  2 qpsmtpd clamav 4096 Jun 10 12:31 qpsmtpd

  drwxr-s---  2 qpsmtpd clamav 4096 Jun 10 12:31 qpsmtpd

   

   

  #On the broken (restored) server:

  #Sur le serveur cassé (restauré):

  ls -al /var/spool

  ls -al /var/spool

  drwxr-x---  2 qpsmtpd clamav 4096 Jun 10 10:46 qpsmtpd

  drwxr-x---  2 qpsmtpd clamav 4096 Jun 10 10:46 qpsmtpd

   

   

  #On the fresh install before the restore:

  #Sur la nouvelle installation avant la restauration:

  ls -al /var/spool

  ls -al /var/spool

  drwxr-s---  2 qpsmtpd clamav 4096 Apr 17 13:47 qpsmtpd

  drwxr-s---  2 qpsmtpd clamav 4096 Apr 17 13:47 qpsmtpd

chmod g+s /var/spool/qpsmtpd

chmod g+s /var/spool/qpsmtpd

==== Les utilisateurs ne peuvent se connecter au server – Important. ====

==== Les utilisateurs ne peuvent se connecter au serveur – 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 />

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 serveur (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}}

{{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).

La cause est une incomplè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 indiqué dans le wiki (ne pas effacer non plus l'archive de quelque manière que ce soit).

* Si la fonction rise a été utilisée:

* Si la fonction rise a été utilisée:

Se connecter en "root" sur le server de production et entrer en ligne de commande :

Se connecter en "root" sur le serveur de production et entrer en ligne de commande :

  mkdir /etc/backup

  mkdir /etc/backup

  yes | cp -r /var/affa/"JOBNAME"/"ARCHIVE"/etc/* /etc/

  yes | cp -r /var/affa/"JOBNAME"/"ARCHIVE"/etc/* /etc/

et reconfigurer le server pour finir

et reconfigurer le serveur pour finir

  signal-event post-upgrade; signal-event reboot

  signal-event post-upgrade; signal-event reboot