28
edits
Changes
Jump to navigation
Jump to search
Line 1,066:
Line 1,066: + + + + + + + + + + + Line 1,081:
Line 1,092: − + − + − rpm -e smeserver-affa + − and, if these packages are not needed by any other packages:+ − rpm -e perl-Filesys-DiskFree perl-Compress-Bzip2+ − + − − Line 1,104:
Line 1,113: − − ==== Unable to send mail after a rise. ==== − '''Description:''' − * fail to send mail after rise on the backup server when backuping fron SME 7 to SME8 − * qpsmtpd log shows : − @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 − * /var/spool permissions problem − #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 − see [http://bugs.contribs.org/show_bug.cgi?id=4399| SME bug #4399] − − − '''Solution:''' − from command line on the backup server after Rise : − chmod g+s /var/spool/qpsmtpd − − ==== Users can not login to server - Important ==== − Full restore oer raise via affa on SME8, all seems ok but users can't login to server (samba, horde . . . ecc.). User accounts seems to be there in server manager. see [[bugzilla:6983]] and [[bugzilla:7687]]<br /> − {{WIP box|msg=you have to read the bug content as it seems there is some other problems with this workaround}} − This is due to un incomplete restore/raise of files contained in /etc folder, particularly of files containing users and password. − First things first, if you complete an "affa --full-restore prodserv" do not delete your existing affa backup. If you complete an "affa --rise --all prodserv" do not continue to "/bin/rm -rf /var/affa" per the wiki (or delete your archive in any way). − − *IF USED RISE FEATURE − Login as "root" on your production server and apply these command lines − − 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/ − − And finally reconfigure the server − − signal-event post-upgrade; signal-event reboot − − *IF USED FULL-RESTORE (Complete until step 1,2,3) − − Login as "root" to your AFFA server and apply these command lines − − export RDIR=/var/affa/"JOBNAME"/"ARCHIVE"/etc/ − − rsync -av $RDIR "PRODSERV-IP":/etc/ − − On your production server "PRODSERV" do by ssh in a root terminal: − signal-event post-upgrade; signal-event reboot
Further rework to move instructions towards Affa 3.
With SMEServer=yes the SME default backup list.
With SMEServer=yes the SME default backup list.
{{Note box|The following example needs to be reworked for Affa 3.}}
'''Can I exclusively backup image files from a specific directory?'''
Yes. Assuming you want to backup all gif and jpg files from directory /home/e-smith/files/ibays/pictures/files use this configuration
db affa setprop JOBNAME SMEServer no # do not include SME Server default directories and files
db affa setprop JOBNAME Include[0] '/home/e-smith/files/ibays/pictures/files' # start searching here
db affa setprop JOBNAME Include[1] '*/' # search the tree recursively
db affa setprop JOBNAME Include[2] '*.gif' # copy files that match these patterns
db affa setprop JOBNAME Include[3] '*.jpg'
db affa setprop JOBNAME Exclude[0] '*' # exclude all others
db affa setprop JOBNAME rsyncOptions '-m' # do not create empty folders
affa --revoke-key JOBNAME
affa --revoke-key JOBNAME
affa --delete-job JOBNAME
affa --delete-job JOBNAME
Verify that all jobs have been deleted
Verify that all jobs have been deleted:
affa --status
affa --status
Remove the Affa package
Remove the Affa package:
yum remove smeserver-affa-3.2.2.1-0.noarch.rpm
Cleaning up:
rm -f /etc/cron.d/affa
Cleaning up
rm -rf /etc/affa
rm -f /etc/cron.d/affa /etc/cron.d/affa-status
rm -rf /home/e-smith/db/affa /home/e-smith/db/affa-report /home/e-smith/db/affa-rpmlist
rm -rf /var/affa /var/log/affa
rm -rf /var/affa /var/log/affa
* You need remove the existing key so that the next ssh connection re-gets the keys from prodserver.
* You need remove the existing key so that the next ssh connection re-gets the keys from prodserver.
* From the command line edit the /root/.ssh/known_hosts file and remove the line for prodserver. It starts with: ''prodserver ip'' ssh-rsa
* From the command line edit the /root/.ssh/known_hosts file and remove the line for prodserver. It starts with: ''prodserver ip'' ssh-rsa
=== Bug report ===
=== Bug report ===