Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 8-4-2014 18:16: This is making me crazy. Please try version 182 from the qtp subversion repo. I'm pretty sure I got it right this time. Thanks. Hi Eric, you are not the only one. I've just test 182 and it this script don't give me the wanted result. [root@mail qmailbkup]# ll /backup/qmailbkup total 2315800 -rw-r--r-- 1 root root 780691347 Apr 6 00:14 20140406-backup.tar.gz -rw-r--r-- 1 root root 793295168 Apr 8 00:15 20140408-backup.tar.gz -rw-r--r-- 1 root root 204 Apr 8 20:43 201404082030-assign.tar.bz2 -rw-r--r-- 1 root root 223 Apr 8 20:30 201404082030-qmailadminpasswd.tar.bz2 -rw-r--r-- 1 root root 8764 Apr 8 20:30 201404082030-qmailcontrol.tar.bz2 -rw-r--r-- 1 root root 2258592 Apr 8 20:30 201404082030-spamassassin-files.tar.bz2 -rw-r--r-- 1 root root46 Apr 8 20:30 201404082030-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root 14392 Apr 8 20:30 201404082030-squirrelmail-prefs.tar.bz2 -rw-r--r-- 1 root root 2261 Apr 8 20:43 201404082030-vpopmail.sql.gz -rw-r--r-- 1 root root 792746759 Apr 8 20:43 201404082030-vpopmail.tar.bz2 In the home from the root user: # ll total 1448 -rw-r--r-- 1 root root 45 Apr 8 20:43 201404082030-backup.tar.gz The script creates the backup command: tar --create \ --gzip \ --file 201404082030-backup.tar.gz \ 201404082030-qmailcontrol.tar.bz2 \ 201404082030-squirrelmail-prefs.tar.bz2 \ 201404082030-squirrelmail-plugins.tar.bz2 \ 201404082030-qmailadminpasswd.tar.bz2 \ 201404082030-spamassassin-files.tar.bz2 \ 201404082030-vpopmail.tar.bz2 \ 201404082030-vpopmail.sql.gz \ 201404082030-assign.tar.bz2 \ /dev/null 21 When I change the command to: tar --create \ --directory /backup/qmailbkup/ \ --gzip \ --file /backup/qmailbkup/201404082030-backup.tar.gz \ 201404082030-qmailcontrol.tar.bz2 \ 201404082030-squirrelmail-prefs.tar.bz2 \ 201404082030-squirrelmail-plugins.tar.bz2 \ 201404082030-qmailadminpasswd.tar.bz2 \ 201404082030-spamassassin-files.tar.bz2 \ 201404082030-vpopmail.tar.bz2 \ 201404082030-vpopmail.sql.gz \ 201404082030-assign.tar.bz2 \ /dev/null 21 I've changed the script and it's running now. Regards, Peter - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 8-4-2014 21:01: On 04/08/2014 09:16 AM, Eric Shubert wrote: This is making me crazy. Please try version 182 from the qtp subversion repo. I'm pretty sure I got it right this time. Thanks. Let me know how this works for you. It worked for me (finally). Hi, does the script cleanup you backup directory? In my case NOT. I'm running a new test with the change: rm -rf \ $backupdest/$QMAILCONTROL \ $backupdest/$SQMAILPREFS \ $backupdest/$SQMAILPLUGS \ $backupdest/$QMAILADMINPASSWD \ $backupdest/$SPAMASSASSINFILES \ $backupdest/$VPOPMAIL \ $backupdest/$gzmysqldata \ $backupdest/$usersassign Also in the summery I've changed: tar -tzvf $backupdest/$curlfile /tmp/emailmsg.txt Peter - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 8-4-2014 21:53: On 04/08/2014 12:27 PM, Peter Peterse wrote: Eric Shubert schreef op 8-4-2014 21:01: On 04/08/2014 09:16 AM, Eric Shubert wrote: This is making me crazy. Please try version 182 from the qtp subversion repo. I'm pretty sure I got it right this time. Thanks. Let me know how this works for you. It worked for me (finally). Hi, does the script cleanup you backup directory? In my case NOT. I'm running a new test with the change: rm -rf \ $backupdest/$QMAILCONTROL \ $backupdest/$SQMAILPREFS \ $backupdest/$SQMAILPLUGS \ $backupdest/$QMAILADMINPASSWD \ $backupdest/$SPAMASSASSINFILES \ $backupdest/$VPOPMAIL \ $backupdest/$gzmysqldata \ $backupdest/$usersassign Also in the summery I've changed: tar -tzvf $backupdest/$curlfile /tmp/emailmsg.txt Peter - Thanks Peter. I see my problem now. I was thinking that the full path $backupdest was already in the full file name. I've changed the scripts that way now, version 183 in qtp svn repo. My testing wasn't exactly thorough. It only worked for me because I was in that directory already. (Doh!) Should be good to go now. P.S. I also modified backup to grab whole qmail/users directory, as it wasn't grabbing the cdb file there. There are some other configuration settings it should be getting as well. I know it needs to be updated for spamdyke. Now that I'm thinking of it, I believe that tcp.smtp is missing too. Hi Eric, I should prefer no to use the absolute path for the files which have to be backup. When restoring the configuration it store the files in 1 subdirectory and not in X subdirectory's. Peter - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 8-4-2014 22:09: On 04/08/2014 01:02 PM, Peter Peterse wrote: Hi Eric, I should prefer no to use the absolute path for the files which have to be backup. When restoring the configuration it store the files in 1 subdirectory and not in X subdirectory's. Peter I agree. Backups should have no absolute paths. (which is one reason I changed users/assign) Thanks for all your testing on this. Hi Eric, Script 184 has ended: # qtp-backup tar: /backup/qmailbkup/201404082211-backup.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors Backup is complete and located in: /backup/qmailbkup So no luck. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 8-4-2014 22:50: If you concur, I'll cut another QTP release it is running. I will let you sweat for 15 minutes ;-) - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Peter Peterse schreef op 8-4-2014 22:57: Eric Shubert schreef op 8-4-2014 22:50: If you concur, I'll cut another QTP release it is running. I will let you sweat for 15 minutes ;-) - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com Hi Eric, I can confirm that de qtp-backup script is working again as it should on my system (CentOS 5.10) Tonight it will start via the crontab. This is my final test. Regards and thanks for all your time, Peter - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Hi Eric, The script run also succesfull from the crontab. Op 8 apr. 2014 om 23:27 heeft Eric Shubert e...@shubes.net het volgende geschreven: On 04/08/2014 02:13 PM, Peter Peterse wrote: Regards and thanks for all your time, Likewise. -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 7-4-2014 20:54: On 04/07/2014 11:47 AM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - That's very strange to me. Using the -C option is supposed to be preferable to doing a cd before the tar command. Would someone care to look into this in detail? This needs to be fixed so that it works on both COS5 and COS6. It might be a while before I get to look at it, as what time I have is being spent on finishing up the COS6 release. Thanks. Hi Eric, It looks like a issue with the combination between shell and tar: http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern Does it work on your CentOS 6 system, because I've test it on one of my CentOS 6.5 systems and the result is: # ls -l /tmp/testfile.txt -rw-r--r-- 1 root root 0 Apr 7 21:41 /tmp/testfile.txt # tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 7-4-2014 22:01: On 04/07/2014 12:46 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 20:54: On 04/07/2014 11:47 AM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - That's very strange to me. Using the -C option is supposed to be preferable to doing a cd before the tar command. Would someone care to look into this in detail? This needs to be fixed so that it works on both COS5 and COS6. It might be a while before I get to look at it, as what time I have is being spent on finishing up the COS6 release. Thanks. Hi Eric, It looks like a issue with the combination between shell and tar: http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern Does it work on your CentOS 6 system, because I've test it on one of my CentOS 6.5 systems and the result is: # ls -l /tmp/testfile.txt -rw-r--r-- 1 root root 0 Apr 7 21:41 /tmp/testfile.txt # tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - I should've caught that. Does testfile* work? (putting the string with wildcard in quotes) I expect it will. Hi Eric, Sorry but on both of my systems it don't work: CentOS 5.10: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors On CentOS 6.5: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 7-4-2014 22:19: On 04/07/2014 01:12 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:01: On 04/07/2014 12:46 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 20:54: On 04/07/2014 11:47 AM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - That's very strange to me. Using the -C option is supposed to be preferable to doing a cd before the tar command. Would someone care to look into this in detail? This needs to be fixed so that it works on both COS5 and COS6. It might be a while before I get to look at it, as what time I have is being spent on finishing up the COS6 release. Thanks. Hi Eric, It looks like a issue with the combination between shell and tar: http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern Does it work on your CentOS 6 system, because I've test it on one of my CentOS 6.5 systems and the result is: # ls -l /tmp/testfile.txt -rw-r--r-- 1 root root 0 Apr 7 21:41 /tmp/testfile.txt # tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - I should've caught that. Does testfile* work? (putting the string with wildcard in quotes) I expect it will. Hi Eric, Sorry but on both of my systems it don't work: CentOS 5.10: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors On CentOS 6.5: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - What about with single quotes? e.g.: 'testfile*' Still the same. CentOS 5.10: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors CentOS 6.5: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Dumb question. did you try to run qtp-backup script before any modifications to it? Dave M -Original Message- From: Peter Peterse Sent: Monday, April 07, 2014 1:24 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: qtp-backup won't work Eric Shubert schreef op 7-4-2014 22:19: On 04/07/2014 01:12 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:01: On 04/07/2014 12:46 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 20:54: On 04/07/2014 11:47 AM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - That's very strange to me. Using the -C option is supposed to be preferable to doing a cd before the tar command. Would someone care to look into this in detail? This needs to be fixed so that it works on both COS5 and COS6. It might be a while before I get to look at it, as what time I have is being spent on finishing up the COS6 release. Thanks. Hi Eric, It looks like a issue with the combination between shell and tar: http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern Does it work on your CentOS 6 system, because I've test it on one of my CentOS 6.5 systems and the result is: # ls -l /tmp/testfile.txt -rw-r--r-- 1 root root 0 Apr 7 21:41 /tmp/testfile.txt # tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - I should've caught that. Does testfile* work? (putting the string with wildcard in quotes) I expect it will. Hi Eric, Sorry but on both of my systems it don't work: CentOS 5.10: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors On CentOS 6.5: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - What about with single quotes? e.g.: 'testfile*' Still the same. CentOS 5.10: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors CentOS 6.5: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
System Admin schreef op 7-4-2014 23:42: Dumb question. did you try to run qtp-backup script before any modifications to it? Dave M Hi Dave, I've saw that the backup data was not big enough. So I've start looking what was wrong. It looks like on my system the command ala: tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* don't work. This problem started 31 march 2014 before that my backupfiles where correct. I'm guessing that day I did an yum update of the system. Regards, Peter - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 7-4-2014 22:49: On 04/07/2014 01:24 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:19: On 04/07/2014 01:12 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:01: On 04/07/2014 12:46 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 20:54: On 04/07/2014 11:47 AM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - That's very strange to me. Using the -C option is supposed to be preferable to doing a cd before the tar command. Would someone care to look into this in detail? This needs to be fixed so that it works on both COS5 and COS6. It might be a while before I get to look at it, as what time I have is being spent on finishing up the COS6 release. Thanks. Hi Eric, It looks like a issue with the combination between shell and tar: http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern Does it work on your CentOS 6 system, because I've test it on one of my CentOS 6.5 systems and the result is: # ls -l /tmp/testfile.txt -rw-r--r-- 1 root root 0 Apr 7 21:41 /tmp/testfile.txt # tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - I should've caught that. Does testfile* work? (putting the string with wildcard in quotes) I expect it will. Hi Eric, Sorry but on both of my systems it don't work: CentOS 5.10: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors On CentOS 6.5: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - What about with single quotes? e.g.: 'testfile*' Still the same. CentOS 5.10: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors CentOS 6.5: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com Ok, I think I've fixed both backup and restore scripts now, including the squirrelmail prefs. Please try scripts in qtp svn repo: http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-backup http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-restore If they work I'll cut another qtp release. Thanks. Your help is greatly appreciated. Hello Eric, when I do a: wget http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-backup I get an file which is created on May 30 2013 I don't see any changes between the version on my system and the one Ive júst downloaded. Regards, Peter -- Met vriendelijke groet, Peter Peterse - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 7-4-2014 23:01: On 04/07/2014 01:52 PM, Peter Peterse wrote: System Admin schreef op 7-4-2014 23:42: Dumb question. did you try to run qtp-backup script before any modifications to it? Dave M Hi Dave, I've saw that the backup data was not big enough. So I've start looking what was wrong. It looks like on my system the command ala: tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* don't work. This problem started 31 march 2014 before that my backupfiles where correct. I'm guessing that day I did an yum update of the system. Regards, Peter - You're correct, Peter. That error was introduced in the latest QTP package. Please accept my apologies. No problem, I was only try to summarize it to Dave. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 7-4-2014 23:12: On 04/07/2014 02:04 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:49: On 04/07/2014 01:24 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:19: On 04/07/2014 01:12 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:01: On 04/07/2014 12:46 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 20:54: On 04/07/2014 11:47 AM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - That's very strange to me. Using the -C option is supposed to be preferable to doing a cd before the tar command. Would someone care to look into this in detail? This needs to be fixed so that it works on both COS5 and COS6. It might be a while before I get to look at it, as what time I have is being spent on finishing up the COS6 release. Thanks. Hi Eric, It looks like a issue with the combination between shell and tar: http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern Does it work on your CentOS 6 system, because I've test it on one of my CentOS 6.5 systems and the result is: # ls -l /tmp/testfile.txt -rw-r--r-- 1 root root 0 Apr 7 21:41 /tmp/testfile.txt # tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - I should've caught that. Does testfile* work? (putting the string with wildcard in quotes) I expect it will. Hi Eric, Sorry but on both of my systems it don't work: CentOS 5.10: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors On CentOS 6.5: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - What about with single quotes? e.g.: 'testfile*' Still the same. CentOS 5.10: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors CentOS 6.5: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com Ok, I think I've fixed both backup and restore scripts now, including the squirrelmail prefs. Please try scripts in qtp svn repo: http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-backup http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-restore If they work I'll cut another qtp release. Thanks. Your help is greatly appreciated. Hello Eric, when I do a: wget http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-backup I get an file which is created on May 30 2013 I don't see any changes between the version on my system and the one Ive júst downloaded. Regards, Peter Sorry. Hadn't committed changes. s/178/179/ Hi Eric, the backup is running. I will answer the result when it's done. -- Met vriendelijke groet, Peter Peterse - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Thanks for that peter and eric. -Original Message- From: Peter Peterse Sent: Monday, April 07, 2014 2:07 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: qtp-backup won't work Eric Shubert schreef op 7-4-2014 23:01: On 04/07/2014 01:52 PM, Peter Peterse wrote: System Admin schreef op 7-4-2014 23:42: Dumb question. did you try to run qtp-backup script before any modifications to it? Dave M Hi Dave, I've saw that the backup data was not big enough. So I've start looking what was wrong. It looks like on my system the command ala: tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* don't work. This problem started 31 march 2014 before that my backupfiles where correct. I'm guessing that day I did an yum update of the system. Regards, Peter - You're correct, Peter. That error was introduced in the latest QTP package. Please accept my apologies. No problem, I was only try to summarize it to Dave. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Eric Shubert schreef op 7-4-2014 23:12: On 04/07/2014 02:04 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:49: On 04/07/2014 01:24 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:19: On 04/07/2014 01:12 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:01: On 04/07/2014 12:46 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 20:54: On 04/07/2014 11:47 AM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - That's very strange to me. Using the -C option is supposed to be preferable to doing a cd before the tar command. Would someone care to look into this in detail? This needs to be fixed so that it works on both COS5 and COS6. It might be a while before I get to look at it, as what time I have is being spent on finishing up the COS6 release. Thanks. Hi Eric, It looks like a issue with the combination between shell and tar: http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern Does it work on your CentOS 6 system, because I've test it on one of my CentOS 6.5 systems and the result is: # ls -l /tmp/testfile.txt -rw-r--r-- 1 root root 0 Apr 7 21:41 /tmp/testfile.txt # tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - I should've caught that. Does testfile* work? (putting the string with wildcard in quotes) I expect it will. Hi Eric, Sorry but on both of my systems it don't work: CentOS 5.10: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors On CentOS 6.5: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - What about with single quotes? e.g.: 'testfile*' Still the same. CentOS 5.10: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors CentOS 6.5: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com Ok, I think I've fixed both backup and restore scripts now, including the squirrelmail prefs. Please try scripts in qtp svn repo: http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-backup http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-restore If they work I'll cut another qtp release. Thanks. Your help is greatly appreciated. Hello Eric, when I do a: wget http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-backup I get an file which is created on May 30 2013 I don't see any changes between the version on my system and the one Ive júst downloaded. Regards, Peter Sorry. Hadn't committed changes. s/178/179/ Eric, the new script didn't worked correctly. In the dir /backup/qmailbkup the are now the next files: -rw-r--r-- 1 root root 204 Apr 7 23:33 201404072319-assign.tar.bz2 -rw-r--r-- 1 root root 223 Apr 7 23:19 201404072319-qmailadminpasswd.tar.bz2 -rw-r--r-- 1 root root 8753 Apr 7 23:19 201404072319-qmailcontrol.tar.bz2 -rw-r--r-- 1 root root 2258146 Apr 7 23:19 201404072319-spamassassin-files.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 23:19 201404072319-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root 14392 Apr 7 23:19
Re: [qmailtoaster] Re: qtp-backup won't work
Hi Eric This one didn't work either. Op 8 apr. 2014 om 00:18 heeft Eric Shubert e...@shubes.net het volgende geschreven: On 04/07/2014 02:38 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 23:12: On 04/07/2014 02:04 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:49: On 04/07/2014 01:24 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:19: On 04/07/2014 01:12 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 22:01: On 04/07/2014 12:46 PM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 20:54: On 04/07/2014 11:47 AM, Peter Peterse wrote: Eric Shubert schreef op 7-4-2014 18:29: What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. Hello Eric, Yes when I've change the script to: == cd $backupdest tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* /dev/null 21 == The script worked correctly. It look like the last $DATENAME-* don't work with the tar command on this way. $ touch /tmp/testfile.txt $ tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors While it will work when I use the next command $ tar -C /tmp -czf /tmp/test.tgz testfile.txt There are more backup files not correct: -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root46 Apr 7 06:35 201404070635-squirrelmail-prefs.tar.bz2 These to are empty tar files. Regards, Peter - That's very strange to me. Using the -C option is supposed to be preferable to doing a cd before the tar command. Would someone care to look into this in detail? This needs to be fixed so that it works on both COS5 and COS6. It might be a while before I get to look at it, as what time I have is being spent on finishing up the COS6 release. Thanks. Hi Eric, It looks like a issue with the combination between shell and tar: http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern Does it work on your CentOS 6 system, because I've test it on one of my CentOS 6.5 systems and the result is: # ls -l /tmp/testfile.txt -rw-r--r-- 1 root root 0 Apr 7 21:41 /tmp/testfile.txt # tar -C /tmp -czf /tmp/test.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - I should've caught that. Does testfile* work? (putting the string with wildcard in quotes) I expect it will. Hi Eric, Sorry but on both of my systems it don't work: CentOS 5.10: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors On CentOS 6.5: # touch /tmp/testfile.txt # tar -C /tmp -zcvf /tmp/testbackup.tgz testfile* tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors Regards, Peter - What about with single quotes? e.g.: 'testfile*' Still the same. CentOS 5.10: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors CentOS 6.5: # tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*' tar: testfile*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com Ok, I think I've fixed both backup and restore scripts now, including the squirrelmail prefs. Please try scripts in qtp svn repo: http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-backup http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-restore If they work I'll cut another qtp release. Thanks. Your help is greatly appreciated. Hello Eric, when I do a: wget http://qtp.qmailtoaster.com/trac/export/178/bin/qtp-backup I get an file which is created on May 30 2013 I don't see any changes between the version on my system and the one Ive júst downloaded. Regards, Peter Sorry. Hadn't committed changes. s/178/179/ Eric, the new script didn't worked correctly. In the dir /backup/qmailbkup the are now the next files: -rw-r--r-- 1 root root 204 Apr 7 23:33 201404072319-assign.tar.bz2 -rw-r--r-- 1 root root 223 Apr 7 23:19 201404072319-qmailadminpasswd.tar.bz2 -rw-r--r-- 1 root root 8753 Apr 7 23:19 201404072319-qmailcontrol.tar.bz2 -rw-r--r-- 1 root
Re: [qmailtoaster] Re: qtp-backup won't work
Hello Eric, I've solved it by set a change directory before the problematic tar command. The suggested change will be tested tonight. I'm using CentOS 5 latest update (5.10). Qtp: qmailtoaster-plus-0.3.2-1.4.20 Thanks, Peter Oorspronkelijk bericht Van Eric Shubert e...@shubes.net Datum: 06-04-2014 02:49 (GMT+01:00) Aan qmailtoaster-list@qmailtoaster.com Onderwerp [qmailtoaster] Re: qtp-backup won't work On 04/05/2014 11:13 AM, Peter Peterse wrote: Hello list, on my qtp installation the backup doesn't work any more. I don't remember that I've change something in the script, so maybe it's an issue one of the yum update processes. I've trace the issue to the next command which is located in the script: tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* When I start the command on the console it result to an error: [root@mail ~]# tar -C /backup/qmailbkup -czf /backup/qmailbkup/201404052008-backup.tar.gz 201404052008-* tar: 201404052008-*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors When I look in the directory /backup/qmailbkup I see the next files: 201404052008-assign.tar.bz2 201404052008-backup.tar.gz 201404052008-qmailadminpasswd.tar.bz2 201404052008-qmailcontrol.tar.bz2 201404052008-spamassassin-files.tar.bz2 201404052008-squirrelmail-plugins.tar.bz2 201404052008-squirrelmail-prefs.tar.bz2 201404052008-vpopmail.sql.gz The problem is that I don't see the difference with command which is also in the qtp-backup script: tar -C /var/lib/squirrelmail/prefs \ -cjf $backupdest/$SQMAILPREFS * I hope one of you can see the problem. Regards, Peter - My apologies for breaking this. I don't see the difference either to be honest. I thought this version had been run already, and perhaps it was with an older version where it worked. tar is a little squirrelly with the options. It doesn't appear to be picking up the -C option properly, for whatever reason. Please try this: # tar --create --gzip --file $backupdest/$curlfile \ --directory $backupdest $DATENAME-* and let us know if that works. P.S. Which versions are you running (OS and qtp)? -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup won't work
Gekko Erik, Unfortunaly, the proposed command does not work. Regards, Peter Op 6 apr. 2014 om 08:13 heeft Peter Peterse pe...@peterse-uithuizen.com het volgende geschreven: Hello Eric, I've solved it by set a change directory before the problematic tar command. The suggested change will be tested tonight. I'm using CentOS 5 latest update (5.10). Qtp: qmailtoaster-plus-0.3.2-1.4.20 Thanks, Peter Oorspronkelijk bericht Van Eric Shubert e...@shubes.net Datum: 06-04-2014 02:49 (GMT+01:00) Aan qmailtoaster-list@qmailtoaster.com Onderwerp [qmailtoaster] Re: qtp-backup won't work On 04/05/2014 11:13 AM, Peter Peterse wrote: Hello list, on my qtp installation the backup doesn't work any more. I don't remember that I've change something in the script, so maybe it's an issue one of the yum update processes. I've trace the issue to the next command which is located in the script: tar -C $backupdest \ -czf $backupdest/$curlfile $DATENAME-* When I start the command on the console it result to an error: [root@mail ~]# tar -C /backup/qmailbkup -czf /backup/qmailbkup/201404052008-backup.tar.gz 201404052008-* tar: 201404052008-*: Cannot stat: No such file or directory tar: Error exit delayed from previous errors When I look in the directory /backup/qmailbkup I see the next files: 201404052008-assign.tar.bz2 201404052008-backup.tar.gz 201404052008-qmailadminpasswd.tar.bz2 201404052008-qmailcontrol.tar.bz2 201404052008-spamassassin-files.tar.bz2 201404052008-squirrelmail-plugins.tar.bz2 201404052008-squirrelmail-prefs.tar.bz2 201404052008-vpopmail.sql.gz The problem is that I don't see the difference with command which is also in the qtp-backup script: tar -C /var/lib/squirrelmail/prefs \ -cjf $backupdest/$SQMAILPREFS * I hope one of you can see the problem. Regards, Peter - My apologies for breaking this. I don't see the difference either to be honest. I thought this version had been run already, and perhaps it was with an older version where it worked. tar is a little squirrelly with the options. It doesn't appear to be picking up the -C option properly, for whatever reason. Please try this: # tar --create --gzip --file $backupdest/$curlfile \ --directory $backupdest $DATENAME-* and let us know if that works. P.S. Which versions are you running (OS and qtp)? -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
On 08/13/2012 07:56 AM, Eric Shubert wrote: On 08/12/2012 08:56 PM, Cecil Yother, Jr. wrote: On 8/12/12 8:29 PM, Eric Shubert wrote: On 08/12/2012 08:05 PM, Maxwell Smart wrote: On 08/12/2012 02:46 PM, Eric Shubert wrote: On 08/12/2012 02:20 PM, Maxwell Smart wrote: Can I use a non standard ftp for qtp-backup? CJ - Define a non standard ftp. My bad, non standard port. 3121 -- FTP uses 2 ports. OK, but doesn't port 20 accept transfers after your initial connection? and not otherwise? - That depends on the arrangement the server makes with the client, which depends (IIRC) on whether active or passive mode is used. I am using passive ports Are you having difficulty getting FTP to work? Why do I get the feeling that this has more to do with FTP than the subject line? ;) No it's working, but it actually didn't send the backup by ftp last night. Not sure I setup the correct config file. It appears both are the same, but not sure how it works. qtp-backup uses the curl command for transferring the backup to an ftp server: # tail $(which qtp-backup) Of course it sets those $variables all up before invoking the command. You might want to echo the values of the command before the command is invoked, so you can see their values. Or you could set -x in the qtp-backup script in order to step through what it does, or run it with bash -n to see what it does without actually running it. I set all the variables Does curl work outside of qtp-backup? It's installed, but haven't tested functionality. curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5 Protocols: tftp ftp telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
On 08/13/2012 08:26 AM, Eric Shubert wrote: On 08/13/2012 08:07 AM, Maxwell Smart wrote: On 08/13/2012 07:56 AM, Eric Shubert wrote: On 08/12/2012 08:56 PM, Cecil Yother, Jr. wrote: On 8/12/12 8:29 PM, Eric Shubert wrote: On 08/12/2012 08:05 PM, Maxwell Smart wrote: On 08/12/2012 02:46 PM, Eric Shubert wrote: On 08/12/2012 02:20 PM, Maxwell Smart wrote: Can I use a non standard ftp for qtp-backup? CJ - Define a non standard ftp. My bad, non standard port. 3121 -- FTP uses 2 ports. OK, but doesn't port 20 accept transfers after your initial connection? and not otherwise? - That depends on the arrangement the server makes with the client, which depends (IIRC) on whether active or passive mode is used. I am using passive ports Are you having difficulty getting FTP to work? Why do I get the feeling that this has more to do with FTP than the subject line? ;) No it's working, but it actually didn't send the backup by ftp last night. Not sure I setup the correct config file. It appears both are the same, but not sure how it works. qtp-backup uses the curl command for transferring the backup to an ftp server: # tail $(which qtp-backup) Of course it sets those $variables all up before invoking the command. You might want to echo the values of the command before the command is invoked, so you can see their values. Or you could set -x in the qtp-backup script in order to step through what it does, or run it with bash -n to see what it does without actually running it. I set all the variables Does curl work outside of qtp-backup? It's installed, but haven't tested functionality. curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5 Protocols: tftp ftp telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz - Please test curl using a suitable command. I expect that there's likely a firewall issue somewhere. Are both hosts (ftp client and ftp server) on public addresses, or is there NAT going on on either end? They are both public. Do you have control of the FTP server? If so, which software is being used? Yes, I am running ProFTPD and can connect to the remote server via CLI. Here's a nice explanation which I expect will be helpful: http://slacksite.com/other/ftp.html I'll check that out. It's not a big deal I can just manually ftp the files and then rsync the changes using a cron. The server they are going to is a backup and I prefer to keep ftp and ssh on non standard ports. It prevents a lot of unwanted traffic. That was the reason for the question about non standard ports. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
On 08/13/2012 08:26 AM, Eric Shubert wrote: On 08/13/2012 08:07 AM, Maxwell Smart wrote: On 08/13/2012 07:56 AM, Eric Shubert wrote: On 08/12/2012 08:56 PM, Cecil Yother, Jr. wrote: On 8/12/12 8:29 PM, Eric Shubert wrote: On 08/12/2012 08:05 PM, Maxwell Smart wrote: On 08/12/2012 02:46 PM, Eric Shubert wrote: On 08/12/2012 02:20 PM, Maxwell Smart wrote: Can I use a non standard ftp for qtp-backup? CJ - Define a non standard ftp. My bad, non standard port. 3121 -- FTP uses 2 ports. OK, but doesn't port 20 accept transfers after your initial connection? and not otherwise? - That depends on the arrangement the server makes with the client, which depends (IIRC) on whether active or passive mode is used. I am using passive ports Are you having difficulty getting FTP to work? Why do I get the feeling that this has more to do with FTP than the subject line? ;) No it's working, but it actually didn't send the backup by ftp last night. Not sure I setup the correct config file. It appears both are the same, but not sure how it works. qtp-backup uses the curl command for transferring the backup to an ftp server: # tail $(which qtp-backup) Of course it sets those $variables all up before invoking the command. You might want to echo the values of the command before the command is invoked, so you can see their values. Or you could set -x in the qtp-backup script in order to step through what it does, or run it with bash -n to see what it does without actually running it. I set all the variables Does curl work outside of qtp-backup? It's installed, but haven't tested functionality. curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5 Protocols: tftp ftp telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz - Please test curl using a suitable command. I expect that there's likely a firewall issue somewhere. Are both hosts (ftp client and ftp server) on public addresses, or is there NAT going on on either end? Do you have control of the FTP server? If so, which software is being used? Here's a nice explanation which I expect will be helpful: http://slacksite.com/other/ftp.html OK, I ran the backup and successfully transferred the files to the second server. I ran qtp-restore and everything appears to have run correctly, but I cannot see any of the accounts. The mail is in the correct vpopmail folder and the mysql database has been created with all the accounts, but if I try to access any of the accounts via webmin or admin-toaster there is nothing there. The list appears in admin-toaster, but when I click on the domain to view it's users it says Domain has no postmaster!! and if I click on show users it says Domain example.com does not exist Qmailctl stat shows Any ideas? - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
On 08/13/2012 08:26 AM, Eric Shubert wrote: On 08/13/2012 08:07 AM, Maxwell Smart wrote: On 08/13/2012 07:56 AM, Eric Shubert wrote: On 08/12/2012 08:56 PM, Cecil Yother, Jr. wrote: On 8/12/12 8:29 PM, Eric Shubert wrote: On 08/12/2012 08:05 PM, Maxwell Smart wrote: On 08/12/2012 02:46 PM, Eric Shubert wrote: On 08/12/2012 02:20 PM, Maxwell Smart wrote: Can I use a non standard ftp for qtp-backup? CJ - Define a non standard ftp. My bad, non standard port. 3121 -- FTP uses 2 ports. OK, but doesn't port 20 accept transfers after your initial connection? and not otherwise? - That depends on the arrangement the server makes with the client, which depends (IIRC) on whether active or passive mode is used. I am using passive ports Are you having difficulty getting FTP to work? Why do I get the feeling that this has more to do with FTP than the subject line? ;) No it's working, but it actually didn't send the backup by ftp last night. Not sure I setup the correct config file. It appears both are the same, but not sure how it works. qtp-backup uses the curl command for transferring the backup to an ftp server: # tail $(which qtp-backup) Of course it sets those $variables all up before invoking the command. You might want to echo the values of the command before the command is invoked, so you can see their values. Or you could set -x in the qtp-backup script in order to step through what it does, or run it with bash -n to see what it does without actually running it. I set all the variables Does curl work outside of qtp-backup? It's installed, but haven't tested functionality. curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5 Protocols: tftp ftp telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz - Please test curl using a suitable command. I expect that there's likely a firewall issue somewhere. Are both hosts (ftp client and ftp server) on public addresses, or is there NAT going on on either end? Do you have control of the FTP server? If so, which software is being used? Here's a nice explanation which I expect will be helpful: http://slacksite.com/other/ftp.html OK, I ran the backup and successfully transferred the files to the second server. I ran qtp-restore and everything appears to have run correctly, but I cannot see any of the accounts. The mail is in the correct vpopmail folder and the mysql database has been created with all the accounts, but if I try to access any of the accounts via webmin or admin-toaster there is nothing there. The list appears in admin-toaster, but when I click on the domain to view it's users it says Domain has no postmaster!! and if I click on show users it says Domain example.com does not exist Qmailctl stat shows # qmailctl stat authlib: up (pid 17613) 640 seconds clamd: up (pid 17616) 640 seconds imap4: up (pid 17618) 640 seconds imap4-ssl: up (pid 17619) 640 seconds pop3: up (pid 17603) 640 seconds pop3-ssl: up (pid 17608) 640 seconds send: up (pid 17607) 640 seconds smtp: up (pid 17611) 640 seconds spamd: up (pid 17604) 640 seconds submission: up (pid 17612) 640 seconds authlib/log: up (pid 17617) 640 seconds clamd/log: up (pid 17620) 640 seconds imap4/log: up (pid 17605) 640 seconds imap4-ssl/log: up (pid 17606) 640 seconds pop3/log: up (pid 17602) 640 seconds pop3-ssl/log: up (pid 17621) 640 seconds send/log: up (pid 17610) 640 seconds smtp/log: up (pid 17614) 640 seconds spamd/log: up (pid 17609) 640 seconds submission/log: up (pid 17615) 640 seconds If I try to send a test email through logwatch.pl for instance I get Can't execute sendmail -t: No such file or directory Any ideas? - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
On 08/13/2012 02:38 PM, Cecil Yother, Jr. wrote: On 08/13/2012 08:26 AM, Eric Shubert wrote: On 08/13/2012 08:07 AM, Maxwell Smart wrote: On 08/13/2012 07:56 AM, Eric Shubert wrote: On 08/12/2012 08:56 PM, Cecil Yother, Jr. wrote: On 8/12/12 8:29 PM, Eric Shubert wrote: On 08/12/2012 08:05 PM, Maxwell Smart wrote: On 08/12/2012 02:46 PM, Eric Shubert wrote: On 08/12/2012 02:20 PM, Maxwell Smart wrote: Can I use a non standard ftp for qtp-backup? CJ - Define a non standard ftp. My bad, non standard port. 3121 -- FTP uses 2 ports. OK, but doesn't port 20 accept transfers after your initial connection? and not otherwise? - That depends on the arrangement the server makes with the client, which depends (IIRC) on whether active or passive mode is used. I am using passive ports Are you having difficulty getting FTP to work? Why do I get the feeling that this has more to do with FTP than the subject line? ;) No it's working, but it actually didn't send the backup by ftp last night. Not sure I setup the correct config file. It appears both are the same, but not sure how it works. qtp-backup uses the curl command for transferring the backup to an ftp server: # tail $(which qtp-backup) Of course it sets those $variables all up before invoking the command. You might want to echo the values of the command before the command is invoked, so you can see their values. Or you could set -x in the qtp-backup script in order to step through what it does, or run it with bash -n to see what it does without actually running it. I set all the variables Does curl work outside of qtp-backup? It's installed, but haven't tested functionality. curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5 Protocols: tftp ftp telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz - Please test curl using a suitable command. I expect that there's likely a firewall issue somewhere. Are both hosts (ftp client and ftp server) on public addresses, or is there NAT going on on either end? Do you have control of the FTP server? If so, which software is being used? Here's a nice explanation which I expect will be helpful: http://slacksite.com/other/ftp.html OK, I ran the backup and successfully transferred the files to the second server. I ran qtp-restore and everything appears to have run correctly, but I cannot see any of the accounts. The mail is in the correct vpopmail folder and the mysql database has been created with all the accounts, but if I try to access any of the accounts via webmin or admin-toaster there is nothing there. The list appears in admin-toaster, but when I click on the domain to view it's users it says Domain has no postmaster!! and if I click on show users it says Domain example.com does not exist Qmailctl stat shows # qmailctl stat authlib: up (pid 17613) 640 seconds clamd: up (pid 17616) 640 seconds imap4: up (pid 17618) 640 seconds imap4-ssl: up (pid 17619) 640 seconds pop3: up (pid 17603) 640 seconds pop3-ssl: up (pid 17608) 640 seconds send: up (pid 17607) 640 seconds smtp: up (pid 17611) 640 seconds spamd: up (pid 17604) 640 seconds submission: up (pid 17612) 640 seconds authlib/log: up (pid 17617) 640 seconds clamd/log: up (pid 17620) 640 seconds imap4/log: up (pid 17605) 640 seconds imap4-ssl/log: up (pid 17606) 640 seconds pop3/log: up (pid 17602) 640 seconds pop3-ssl/log: up (pid 17621) 640 seconds send/log: up (pid 17610) 640 seconds smtp/log: up (pid 17614) 640 seconds spamd/log: up (pid 17609) 640 seconds submission/log: up (pid 17615) 640 seconds If I try to send a test email through logwatch.pl for instance I get Can't execute sendmail -t: No such file or directory Any ideas? I got it sorted. Thanks for all the suggestions. I had the incorrect mysql vpopmail password. - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
On 08/12/2012 02:46 PM, Eric Shubert wrote: On 08/12/2012 02:20 PM, Maxwell Smart wrote: Can I use a non standard ftp for qtp-backup? CJ - Define "a non standard ftp". My bad, non standard port. 3121 --
Re: [qmailtoaster] Re: qtp-backup
On 8/12/12 8:29 PM, Eric Shubert wrote: On 08/12/2012 08:05 PM, Maxwell Smart wrote: On 08/12/2012 02:46 PM, Eric Shubert wrote: On 08/12/2012 02:20 PM, Maxwell Smart wrote: Can I use a non standard ftp for qtp-backup? CJ - Define a non standard ftp. My bad, non standard port. 3121 -- FTP uses 2 ports. OK, but doesn't port 20 accept transfers after your initial connection? and not otherwise? - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup qtp-restore
Installed Qcontrol pro version and all is good. +1000 for Qcontrol :) On 05/08/2012 09:12 PM, Jake Vickers wrote: On 05/08/2012 09:19 PM, David Milholen wrote: Jake, I have 2 VM of your iso running. I went ahead and installed q-control on one of the servers and looks nice. Bummer only one Domain :) I guess I spend the cash to get the pro ver tomorrow. I think adding some more of the control files from /qmail/control for editing IE: ME and defaulthost for initial or migration changes. One thing I want is a really cool web frontend for Spamdyke and reporting tool for it. I know this has been thought of for spamdyke but I would really like to help with Dev of this if anyone is working on one. Thanks David - ping me offline with features you'd like to see. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com attachment: dmilholen.vcf- Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup qtp-restore
Ok, I just read that post.. I kinda thought so. I will start doing trial runs with Q-control. I thought i had to purchase q-control to use the full version? Dave On 5/8/2012 9:54 AM, Eric Shubert wrote: On 05/08/2012 05:32 AM, David Milholen wrote: Hello all, I have recently installed a new QMT5-1.2 iso and works great. I am trying to do a restore from the old machine that has the qmt centos4-1.4 Every thing goes well except a one thing that has to be done. #1 Ensure that you can access mysql on the new machine. If not: remove the anonymous accounts and reset the root password. Once I started the qtp-restore all went well but when using vqadmin to view a domain. It only showed a blank screen. I did like some older post had talked about changing the 'cur usr' field in dir-contrl to 0 and then I got an internal server error. I could navigate to view users for that domain and view all users but could not view any domains. If I do a ./vdominfo I get a segmentation fault. If I create a new domain using vqadmin it doesnt place the domain in the tables of the mysql database. not sure if this get done after creating more users or vqadmin id defaulting to using cdb. Thinking of trying to do a fresh QMT5.1.2 install and just create the domains using the vqadmin and do a scp command to move the /home/vpopmail/domains dir and a mysql-dump to restore the users. Any ideas on this or what I could to make this a smoother transition. Thanks Dave That's simple. Don't use vqadmin. ;) (See previous post) -- David Milholen Project Engineer P:501-318-1300
Re: [qmailtoaster] Re: qtp-backup qtp-restore
On 05/08/2012 07:42 PM, David Milholen wrote: Ok, I just read that post.. I kinda thought so. I will start doing trial runs with Q-control. I thought i had to purchase q-control to use the full version? QControl needs a revamp - it's on my list of things to get to, now that some time is freeing up for me. Expect a new version in a few months. QControl is free if you only need to manage 1 domain. If you need more, then the full version is purchasable. If you have additional questions or concerns, feel free to email me directly (j...@v2gnu.com) Thanks. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup qtp-restore
On 05/08/2012 09:19 PM, David Milholen wrote: Jake, I have 2 VM of your iso running. I went ahead and installed q-control on one of the servers and looks nice. Bummer only one Domain :) I guess I spend the cash to get the pro ver tomorrow. I think adding some more of the control files from /qmail/control for editing IE: ME and defaulthost for initial or migration changes. One thing I want is a really cool web frontend for Spamdyke and reporting tool for it. I know this has been thought of for spamdyke but I would really like to help with Dev of this if anyone is working on one. Thanks David - ping me offline with features you'd like to see. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup question
On 03/13/2012 11:05 AM, Eric Shubert wrote: On 03/13/2012 08:17 AM, David wrote: This may have already been covered but does the backup script include the spamdyke configs? thanks Dave - No it does not. Neither the configuration files nor the graylist tree. Ok, Just checking before I went crazy :) Thanks Dave attachment: dmilholen.vcf- Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
RE: [qmailtoaster] Re: qtp-backup
I had played with a similar rsync method to this for a while as well as adapting a rdiff-backup method as well (allows for snapshot/rollback/increments). I think the rsync is the way to go if you don't need rollback increments. It will cut down on bandwidth and time. -Pat Ring -Original Message- From: Eric Shubert [mailto:e...@shubes.net] Sent: Tuesday, March 29, 2011 12:07 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: qtp-backup I using rsync to back up the /home/vpopmail/domains directory. Then I run a modified version of qtp-backup which backs up everything except said directory. This is much more efficient, as messages aren't repeatedly backed up. The modified version of qtp-backup will be included in the next release of QTP, and is presently in the QTP subversion repo, so you can download it from the web site. See comments in the source for how to use it. :) -- -Eric 'shubes' On 03/29/2011 09:30 AM, Patrick Ring wrote: I find it has been server-dependant (...age, load, amount of storage). My storage is about half of what you have, and I know it seems to take around :45mins. ...though the servers here are not new by any means (HP Proliant DL320 G3's). The process, if I remember correctly, makes the copy of the data by using a compression statement (tar/gz). It could be the compression that is taking a while (especially on older equipment). -Pat. -- -- *From:* Scott Hughes [mailto:sc...@renshawauto.net] *Sent:* Tuesday, March 29, 2011 11:24 AM *To:* qmailtoaster-list@qmailtoaster.com *Subject:* [qmailtoaster] qtp-backup I was just curious. I am testing qtp-backup to see how long it runs. I'm currently at 1 hour and 25 minutes and still going. Current directory (/backup/qmailbkup) size is 7.2 Gig (/home/vpopmail/domains is 16 Gig uncompressed). Is this normal? Am I running to correct/best/fastest backup script? My goal here is to put qtp-backup (or the best backup script) into a cron job that runs every night, then after waiting MORE than the amount of time it takes to run the qtp-backup script, rsync the backup file(s) over to a another server. Thanks, Scott - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
Eric, How does one get to and use this subversion repo you speak of? Thanks, Scott On Mar 29, 2011, at 12:06 PM, Eric Shubert e...@shubes.net wrote: I using rsync to back up the /home/vpopmail/domains directory. Then I run a modified version of qtp-backup which backs up everything except said directory. This is much more efficient, as messages aren't repeatedly backed up. The modified version of qtp-backup will be included in the next release of QTP, and is presently in the QTP subversion repo, so you can download it from the web site. See comments in the source for how to use it. :) -- -Eric 'shubes' On 03/29/2011 09:30 AM, Patrick Ring wrote: I find it has been server-dependant (...age, load, amount of storage). My storage is about half of what you have, and I know it seems to take around :45mins. ...though the servers here are not new by any means (HP Proliant DL320 G3's). The process, if I remember correctly, makes the copy of the data by using a compression statement (tar/gz). It could be the compression that is taking a while (especially on older equipment). -Pat. *From:* Scott Hughes [mailto:sc...@renshawauto.net] *Sent:* Tuesday, March 29, 2011 11:24 AM *To:* qmailtoaster-list@qmailtoaster.com *Subject:* [qmailtoaster] qtp-backup I was just curious. I am testing qtp-backup to see how long it runs. I’m currently at 1 hour and 25 minutes and still going. Current directory (/backup/qmailbkup) size is 7.2 Gig (/home/vpopmail/domains is 16 Gig uncompressed). Is this normal? Am I running to correct/best/fastest backup script? My goal here is to put qtp-backup (or the best backup script) into a cron job that runs every night, then after waiting MORE than the amount of time it takes to run the qtp-backup script, rsync the backup file(s) over to a another server. Thanks, Scott - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
RE: [qmailtoaster] Re: qtp-backup
Rollback or increments could be necessary if someone deletes email prior to the last backup and it is later discovered by (that person's boss) well after the fact (and the last backup). I had been keeping about 1 month back in delta files necessary to re-create previous backup data. Though I later realized that seldom does the contents of one file/message change in a mail server, so just having a file-level increment (instead of bit/block-level) is necessary under the right circumstances. -Pat Ring -Original Message- From: Eric Shubert [mailto:e...@shubes.net] Sent: Tuesday, March 29, 2011 12:55 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: qtp-backup I think you can do incrementals with rsync as well. I haven't implemented this yet, but I hope to in the near future. I can't think of why rollback would be wanted or needed with QMT, at least where messages are concerned. -- -Eric 'shubes' On 03/29/2011 10:25 AM, Patrick Ring wrote: I had played with a similar rsync method to this for a while as well as adapting a rdiff-backup method as well (allows for snapshot/rollback/increments). I think the rsync is the way to go if you don't need rollback increments. It will cut down on bandwidth and time. -Pat Ring -Original Message- From: Eric Shubert [mailto:e...@shubes.net] Sent: Tuesday, March 29, 2011 12:07 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: qtp-backup I using rsync to back up the /home/vpopmail/domains directory. Then I run a modified version of qtp-backup which backs up everything except said directory. This is much more efficient, as messages aren't repeatedly backed up. The modified version of qtp-backup will be included in the next release of QTP, and is presently in the QTP subversion repo, so you can download it from the web site. See comments in the source for how to use it. :) -- -Eric 'shubes' On 03/29/2011 09:30 AM, Patrick Ring wrote: I find it has been server-dependant (...age, load, amount of storage). My storage is about half of what you have, and I know it seems to take around :45mins. ...though the servers here are not new by any means (HP Proliant DL320 G3's). The process, if I remember correctly, makes the copy of the data by using a compression statement (tar/gz). It could be the compression that is taking a while (especially on older equipment). -Pat. - - -- *From:* Scott Hughes [mailto:sc...@renshawauto.net] *Sent:* Tuesday, March 29, 2011 11:24 AM *To:* qmailtoaster-list@qmailtoaster.com *Subject:* [qmailtoaster] qtp-backup I was just curious. I am testing qtp-backup to see how long it runs. I'm currently at 1 hour and 25 minutes and still going. Current directory (/backup/qmailbkup) size is 7.2 Gig (/home/vpopmail/domains is 16 Gig uncompressed). Is this normal? Am I running to correct/best/fastest backup script? My goal here is to put qtp-backup (or the best backup script) into a cron job that runs every night, then after waiting MORE than the amount of time it takes to run the qtp-backup script, rsync the backup file(s) over to a another server. Thanks, Scott -- -- - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! -- -- - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com -- --- Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is
RE: [qmailtoaster] Re: qtp-backup
Thanks Eric. Can you post your rsync script as we can shamelessly copy that? *Grin* Thanks, Scott -Original Message- From: Eric Shubert [mailto:e...@shubes.net] Sent: Tuesday, March 29, 2011 12:56 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: qtp-backup http://qtp.qmailtoaster.com/trac/browser On 03/29/2011 10:52 AM, Scott Hughes wrote: Eric, How does one get to and use this subversion repo you speak of? Thanks, Scott On Mar 29, 2011, at 12:06 PM, Eric Shuberte...@shubes.net wrote: I using rsync to back up the /home/vpopmail/domains directory. Then I run a modified version of qtp-backup which backs up everything except said directory. This is much more efficient, as messages aren't repeatedly backed up. The modified version of qtp-backup will be included in the next release of QTP, and is presently in the QTP subversion repo, so you can download it from the web site. See comments in the source for how to use it. :) -- -Eric 'shubes' On 03/29/2011 09:30 AM, Patrick Ring wrote: I find it has been server-dependant (...age, load, amount of storage). My storage is about half of what you have, and I know it seems to take around :45mins. ...though the servers here are not new by any means (HP Proliant DL320 G3's). The process, if I remember correctly, makes the copy of the data by using a compression statement (tar/gz). It could be the compression that is taking a while (especially on older equipment). -Pat. *From:* Scott Hughes [mailto:sc...@renshawauto.net] *Sent:* Tuesday, March 29, 2011 11:24 AM *To:* qmailtoaster-list@qmailtoaster.com *Subject:* [qmailtoaster] qtp-backup I was just curious. I am testing qtp-backup to see how long it runs. I’m currently at 1 hour and 25 minutes and still going. Current directory (/backup/qmailbkup) size is 7.2 Gig (/home/vpopmail/domains is 16 Gig uncompressed). Is this normal? Am I running to correct/best/fastest backup script? My goal here is to put qtp-backup (or the best backup script) into a cron job that runs every night, then after waiting MORE than the amount of time it takes to run the qtp-backup script, rsync the backup file(s) over to a another server. Thanks, Scott - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
On 2011-03-29, at 12:41, Scott Hughes sc...@renshawauto.net wrote: Thanks Eric. Can you post your rsync script as we can shamelessly copy that? *Grin* Thanks, Scott -Original Message- From: Eric Shubert [mailto:e...@shubes.net] Sent: Tuesday, March 29, 2011 12:56 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] Re: qtp-backup http://qtp.qmailtoaster.com/trac/browser On 03/29/2011 10:52 AM, Scott Hughes wrote: Eric, How does one get to and use this subversion repo you speak of? Thanks, Scott On Mar 29, 2011, at 12:06 PM, Eric Shuberte...@shubes.net wrote: I using rsync to back up the /home/vpopmail/domains directory. Then I run a modified version of qtp-backup which backs up everything except said directory. This is much more efficient, as messages aren't repeatedly backed up. The modified version of qtp-backup will be included in the next release of QTP, and is presently in the QTP subversion repo, so you can download it from the web site. See comments in the source for how to use it. :) -- -Eric 'shubes' On 03/29/2011 09:30 AM, Patrick Ring wrote: I find it has been server-dependant (...age, load, amount of storage). My storage is about half of what you have, and I know it seems to take around :45mins. ...though the servers here are not new by any means (HP Proliant DL320 G3's). The process, if I remember correctly, makes the copy of the data by using a compression statement (tar/gz). It could be the compression that is taking a while (especially on older equipment). -Pat. *From:* Scott Hughes [mailto:sc...@renshawauto.net] *Sent:* Tuesday, March 29, 2011 11:24 AM *To:* qmailtoaster-list@qmailtoaster.com *Subject:* [qmailtoaster] qtp-backup I was just curious. I am testing qtp-backup to see how long it runs. I’m currently at 1 hour and 25 minutes and still going. Current directory (/backup/qmailbkup) size is 7.2 Gig (/home/vpopmail/domains is 16 Gig uncompressed). Is this normal? Am I running to correct/best/fastest backup script? My goal here is to put qtp-backup (or the best backup script) into a cron job that runs every night, then after waiting MORE than the amount of time it takes to run the qtp-backup script, rsync the backup file(s) over to a another server. Thanks, Scott - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com I think it is his script in the repo! --- Dnk - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If
Re: [qmailtoaster] Re: qtp-backup glitch
On 8/17/2010 10:31 AM, David Milholen wrote: On 08/16/2010 08:57 AM, Jake Vickers wrote: On 08/16/2010 09:45 AM, David Milholen wrote: On 08/15/2010 10:38 AM, Jake Vickers wrote: On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the "working" one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. I fixed the issue with the backup portion and everything restores but for some reason the domains when being displayed in vqadmin will give a 500 error on the page. All except one.. I did some looking at the database and did some comparing and cannot find any differences than what you spoke about. I corrected these and made it look like the working domain but still same issue. Is there is a dump you want me to perform to show the errors when I try to display the page? Seeing some logs will be helpful. Are you doing anything else not mentioned? Going from an older version to a new? From 32-bit to 64-bit? Does the uid/gid of vpopmail match on both servers? Ok, Both machine have similar hardware. This is the new machine: # uname -a Linux ns4 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:07:06 EDT 2010 i686 i686 i386 GNU/Linux This is the Old machine: uname -a Linux ns2.wletc.com 2.6.9-89.0.23.ELsmp #1 SMP Wed Mar 17 06:55:21 EDT 2010 i686 i686 i386 GNU/Linux Both UID/GID are the same at 89. Here is the httpd.error_log from the new machine. This occurs as soon as you attempt to view any domain. [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: file in /usr/share/toaster/include/admin.inc.php on line 5 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined variable: PHP_SELF in /usr/share/toaster/htdocs/admin/index.php on line 55 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: oldpasswd in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: newpasswd in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: newpasswd2 in
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/16/2010 08:57 AM, Jake Vickers wrote: On 08/16/2010 09:45 AM, David Milholen wrote: On 08/15/2010 10:38 AM, Jake Vickers wrote: On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the "working" one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. I fixed the issue with the backup portion and everything restores but for some reason the domains when being displayed in vqadmin will give a 500 error on the page. All except one.. I did some looking at the database and did some comparing and cannot find any differences than what you spoke about. I corrected these and made it look like the working domain but still same issue. Is there is a dump you want me to perform to show the errors when I try to display the page? Seeing some logs will be helpful. Are you doing anything else not mentioned? Going from an older version to a new? From 32-bit to 64-bit? Does the uid/gid of vpopmail match on both servers? Ok, Both machine have similar hardware. This is the new machine: # uname -a Linux ns4 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:07:06 EDT 2010 i686 i686 i386 GNU/Linux This is the Old machine: uname -a Linux ns2.wletc.com 2.6.9-89.0.23.ELsmp #1 SMP Wed Mar 17 06:55:21 EDT 2010 i686 i686 i386 GNU/Linux Both UID/GID are the same at 89. Here is the httpd.error_log from the new machine. This occurs as soon as you attempt to view any domain. [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: file in /usr/share/toaster/include/admin.inc.php on line 5 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined variable: PHP_SELF in /usr/share/toaster/htdocs/admin/index.php on line 55 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: oldpasswd in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: newpasswd in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: newpasswd2 in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 10 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined variable: html in /usr/share/toaster/include/admin.inc.php on line 93 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined variable: html in /usr/share/toaster/include/admin.inc.php on line 138 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/15/2010 10:38 AM, Jake Vickers wrote: On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the "working" one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. I fixed the issue with the backup portion and everything restores but for some reason the domains when being displayed in vqadmin will give a 500 error on the page. All except one.. I did some looking at the database and did some comparing and cannot find any differences than what you spoke about. I corrected these and made it look like the working domain but still same issue. Is there is a dump you want me to perform to show the errors when I try to display the page? Thanks -- David Milholen Project Engineer 501-318-1300 Wireless Etc
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/16/2010 09:45 AM, David Milholen wrote: On 08/15/2010 10:38 AM, Jake Vickers wrote: On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the working one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. I fixed the issue with the backup portion and everything restores but for some reason the domains when being displayed in vqadmin will give a 500 error on the page. All except one.. I did some looking at the database and did some comparing and cannot find any differences than what you spoke about. I corrected these and made it look like the working domain but still same issue. Is there is a dump you want me to perform to show the errors when I try to display the page? Seeing some logs will be helpful. Are you doing anything else not mentioned? Going from an older version to a new? From 32-bit to 64-bit? Does the uid/gid of vpopmail match on both servers?
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the working one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. --Thanks -Dave - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. --thanks -Dave - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/12/2010 10:16 AM, Eric Shubert wrote: David Milholen wrote: On 08/11/2010 02:53 PM, David Milholen wrote: Ok, I am trying to migrate from an older dying machine to a newer machine till I can get the old one repaired and updated. Here is what I am having trouble with.. The qtp-restore which is V2.11 is having issues copying all of the accounts in some of the domains. E.G.. /Home/vpopmail/domains to include the postmaster accounts. I can do a manual move of these accounts and all seems ok. Except my vqadmin becomes broken. Here is what the old machine has: qtp-whatami qtp-whatami v0.3.5 DISTRO=CentOS OSVER=4.8 QTARCH=i686 QTKERN=2.6.9-89.0.23.ELsmp BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested Here is what the new machine has: qtp-whatami v0.3.6 DISTRO=CentOS OSVER=5.5 QTARCH=i686 QTKERN=2.6.18-194.8.1.el5 BUILD_DIST=cnt50 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested The hardware for the new one is beefy-er also. I am having trouble understanding why the backup is broken? I cant seem to pin it down to HHD or just some script issue. Any help would be great.. --Thanks -Dave -- David Milholen Project Engineer 501-318-1300 Wireless Etc Here is what I got after running the command that is in the qtp-backup script tar cfj domainstar /home/vpopmail/domains tar: Removing leading `/' from member names tar: /home/vpopmail/domains/wletc.com/pearcy-update/Log: File shrank by 701 bytes; padding with zeros tar: Error exit delayed from previous errors It seems like there is something in this log that may be causing issues. I know it hangs during restore on this log also. --Dave -- What is the Log file that it's choking on? I've never seen such a thing before. That is the EZLM that is generated. I do not know why it needs a log but there it is :) I went ahead and removed the bad log file and now I am going to reattempt the backup again. --Dave -- David Milholen Project Engineer 501-318-1300 Wireless Etc
Re: [qmailtoaster] Re: qtp-backup issue
On 6/22/2010 5:10 PM, Eric Shubert wrote: David Milholen wrote: When I run qtp-backup I do not get an email saying its completed and I also do not see the postmaster account and some of the other accounts on any of my domains. When a restore is complete the domains argue about not having a postmaster account. I view them in admin-toaster and where the postmaster password should be it says This Domain has no postmaster also some of other accounts are missing. I am not sure but this looks like it could be a file indexing issue when coping large directories. I am digging deeper an reviewing the logs looking at the health of the drive as well. I am all ears to any suggestions on help for a fix. If I can just get a good backup I can blow the old one away and replace the drives. --Thanks Dave -- David Milholen Project Engineer 501-318-1300 Wireless Etc I haven't looked at that script for quite a while. Given the symptoms you're describing, I'd look in the direction of MySQL. That's where the account information is stored. Might there be a table that needs reindexing before (or after) doing the backup? I presume that the postmaster accounts do exist in /home/vpopmail/domains/domain/ ? Yes, thats just it the database seems fine. All accounts intact. It is the /home/vpopmail/domains/domains/ that are missing the accounts. Looks like I have a failing drive.. I really need to get a good backup. I can tar the /home/vpopmail/domains manually and that seems to work but if I can avoid it I would like to have the qtp-backup script do the whole thing.. Call me lazy :) --Dave - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup
On 6/4/2010 5:12 PM, Eric Shubert wrote: David Milholen wrote: I am having a little trouble with the backup script not backing up all the accounts in one of my oldest domains. One of the accounts is the postmaster account. So when I do a restore I have to manually copy the account over to the new server. there are some other accounts missing too. There should be 272 accounts but only 120 show up after restore. Did something break or did I break it:) This is the version QMT for the old machine:qmail-toaster-1.03-1.3.15 ;centos 4.8 with latest updates. This is the version QMT for the new machine:qmail-toaster-1.03-1.3.20 ;centos 5.4 with latest updates. I have 4 blow away servers to test these caveats on before I mess with the production machine again. Thanks -- David Milholen Project Engineer 501-318-1300 Wireless Etc Which part(s) of the accounts are missing? The account folders under /home/vpopmail/domains/? The MySQL entries? sorry I should have mentioned that part... It is the /home/vpopmail/domains/mydomain/these folders are missing :) The funny thing all of the mysql data is intact including the postmaster account. --Thanks Dave - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com