[qmailtoaster] Re: qtp-backup not taking complete backup
On 04/11/2014 05:44 AM, Linux wrote: Hi All, qtp-backup not working, see the following details, 1. My /home partition was full. So I insert second HDD in my server 2. Mount new hdd on /email 3. rename /home/vpopmail/domains as domains_old 4. create folder in /email/domains. 5. create a softlink in /home/vpopmail/ and link it to /email/domains/ (domains - /email/domains/) 6. rsync mails form old domain to /email/domains /email/domains folder size is 223G. But the size of my tar.gz is only 54MB It's not taking complete backup. I imagine that if you look in the tarball(s) that qtp-backup creates, you'll see the symlink for the domains. Try adding the -h (--dereference) option to the appropriate tar command. That will probably get you what you want. Let us know if that fixes things up for you. I'll have to think a bit about whether or not this should be included in the stock version. Personally, I typically set up QMT with a symlink to an nfs share for the /home/vpopmail/domains folder, and use rsync for backups. Using qtp-backup for regular backups isn't very efficient, although perhaps it should get everything it can by default. There is (after all) a configuration option for omitting maildirs. Thanks. -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: qtp-backup won't work
On 04/08/2014 10:43 PM, Peter Peterse wrote: Hi Eric, The script run also succesfull from the crontab. Thanks Peter. I really appreciate your help on this, as well as everyone else's help on the project. I can't be doing this all myself! Ideally, everyone else would do everything, then I could just steer the ship. ;) (Ha!) -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: qtp-backup won't work
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. -- -Eric 'shubes' On 04/07/2014 09:58 PM, Peter Peterse wrote: The backup directoty contains this information: -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 06:49 201404080635-assign.tar.bz2 -rw-r--r-- 1 root root 223 Apr 8 06:35 201404080635-qmailadminpasswd.tar.bz2 -rw-r--r-- 1 root root 8763 Apr 8 06:35 201404080635-qmailcontrol.tar.bz2 -rw-r--r-- 1 root root 2258412 Apr 8 06:35 201404080635-spamassassin-files.tar.bz2 -rw-r--r-- 1 root root46 Apr 8 06:35 201404080635-squirrelmail-plugins.tar.bz2 -rw-r--r-- 1 root root 14392 Apr 8 06:35 201404080635-squirrelmail-prefs.tar.bz2 -rw-r--r-- 1 root root 2275 Apr 8 06:49 201404080635-vpopmail.sql.gz -rw-r--r-- 1 root root 790966889 Apr 8 06:49 201404080635-vpopmail.tar.bz2 Oorspronkelijk bericht Van Peter Peterse pe...@peterse-uithuizen.com Datum: 08-04-2014 06:54 (GMT+01:00) Aan qmailtoaster-list@qmailtoaster.com Onderwerp 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
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
[qmailtoaster] Re: qtp-backup won't work
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. -- -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
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
[qmailtoaster] Re: qtp-backup won't work
On 04/08/2014 12:53 PM, Eric Shubert wrote: 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. Hold on. That fix won't work either, because the backup files will have the full path in them. svn version 184 should work. -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: qtp-backup won't work
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. -- -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
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
[qmailtoaster] Re: qtp-backup won't work
On 04/08/2014 01:37 PM, Peter Peterse wrote: Peter Peterse schreef op 8-4-2014 22:28: 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 Eric, There is a typo in the tar command. It should be --directory and not --diretory Peter - Yeah, I just found that too. I'm actually testing it now. ;) 185 should be good now. If you concur, I'll cut another QTP release. -- -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
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
[qmailtoaster] Re: qtp-backup won't work
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
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
[qmailtoaster] Re: qtp-backup won't work
What was the error? Same? I take it doing a cd before the command and omitting --directory worked? Thanks. -- -Eric 'shubes' On 04/06/2014 09:39 PM, Peter Peterse wrote: 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 - 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
[qmailtoaster] Re: qtp-backup won't work
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. -- -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
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
[qmailtoaster] Re: qtp-backup won't work
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. -- -Eric 'shubes' - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: qtp-backup won't work
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*' -- -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
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
[qmailtoaster] Re: qtp-backup won't work
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. -- -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
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
[qmailtoaster] Re: qtp-backup won't work
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. -- -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
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
[qmailtoaster] Re: qtp-backup won't work
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 '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
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
[qmailtoaster] Re: qtp-backup won't work
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 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 201404072319-squirrelmail-prefs.tar.bz2 -rw-r--r-- 1 root
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
[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
[qmailtoaster] Re: qtp-backup
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. 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? ;) 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. Does curl work outside of qtp-backup? -- -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
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
[qmailtoaster] Re: qtp-backup
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 -- -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
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
[qmailtoaster] re: qtp-backup
Can I use a non standard ftp for qtp-backup? CJ - To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: qtp-backup
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. -- -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
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 --
[qmailtoaster] Re: qtp-backup
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. -- -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
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
[qmailtoaster] Re: qtp-backup qtp-restore
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) -- -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
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
[qmailtoaster] Re: qtp-backup - ezmlm lists??
On 03/13/2012 06:40 AM, Martin Waschbüsch wrote: Am 13.03.2012 um 13:24 schrieb Eric Shubert: It doesn't appear to me that qtp-backup/qtp-restore handles ezmlm lists. Does anyone know where ezmlm stuff resides?? (FWIW, I expect that we'll be using this to migrate the qmailtoaster lists soon) Hi Eric, ezmlm stuff will appear as an individual user folder within the domain. The folder has the name of the mailing list and all relevant content will be stored in special subfolders. So, backing up all domains will also backup ezmlm! Martin PS: a ezmlm mailing list folder could look like this: drwx-- 3 vpopmail vchkpw 4096 Jan 7 2011 allow drwx-- 2 vpopmail vchkpw 4096 Jan 7 2011 archive -rw--- 1 vpopmail vchkpw0 Jan 7 2011 archived drwx-- 2 vpopmail vchkpw 4096 Jan 7 2011 bounce -rw--- 1 vpopmail vchkpw 96 Jan 7 2011 bouncer -rw--- 1 vpopmail vchkpw 215 Jan 7 2011 config -rw--- 1 vpopmail vchkpw 519 Jan 7 2011 editor -rw--- 1 vpopmail vchkpw 236 Jan 7 2011 headeradd -rw--- 1 vpopmail vchkpw 145 Jan 7 2011 headerremove -rw--- 1 vpopmail vchkpw0 Jan 7 2011 indexed -rw--- 1 vpopmail vchkpw 15 Jan 7 2011 inhost -rw--- 1 vpopmail vchkpw 23 Jan 7 2011 inlocal -rw--- 1 vpopmail vchkpw 268 Jan 7 2011 key -rw--- 1 vpopmail vchkpw0 Jan 7 2011 lock -rw--- 1 vpopmail vchkpw0 Jan 7 2011 lockbounce -rw--- 1 vpopmail vchkpw 908 Jan 7 2011 Log -rw--- 1 vpopmail vchkpw 51 Jan 7 2011 mailinglist -rw--- 1 vpopmail vchkpw 298 Jan 7 2011 manager drwx-- 6 vpopmail vchkpw 4096 Jan 7 2011 mod -rw--- 1 vpopmail vchkpw 158 Jan 7 2011 moderator -rw--- 1 vpopmail vchkpw1 Jan 7 2011 modpost -rw--- 1 vpopmail vchkpw 15 Jan 7 2011 outhost -rw--- 1 vpopmail vchkpw9 Jan 7 2011 outlocal -rw--- 1 vpopmail vchkpw 103 Jan 7 2011 owner -rw--- 1 vpopmail vchkpw 15 Jan 7 2011 prefix drwx-- 2 vpopmail vchkpw 4096 Jan 7 2011 subscribers drwx-- 2 vpopmail vchkpw 4096 Jan 7 2011 text Got it. So qtp-backup does include ezmlm stuff. Great. Thanks. -- -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] Re: qtp-backup question
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. -- -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
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
[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
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
[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] 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
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
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
[qmailtoaster] Re: qtp-backup
I really deserve at least a CD (ama...@shubes.net) for this: #!/bin/sh # backup mail directories to offsite backup # shubes 07/05/10 - don't run on Sundays - clashes with raid-check # shubes 02/11/09 - created if [ $(date +%a) = Sun ]; then exit 0 fi userid=remoteuser backoff_url=remotehost.domain.com backoff_port=remoteport destdir=/home/$userid/backup/$(hostname -s) dirlist=/etc /home/vpopmail/domains /var/lib/mailman for dir in $dirlist; do echo echo -n $(date +%b %e %Y %H:%M:%S) $(hostname --fqdn) $(basename $0): rsyncing $dir ... rsync -azh --stats --delete --numeric-ids \ --rsh=ssh -p $backoff_port \ --rsync-path=sudo /usr/bin/rsync \ $dir \ $userid@$backoff_url:$destdir 21 \ | grep -v ^!! done On 03/29/2011 12:41 PM, Scott Hughes 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
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?
[qmailtoaster] Re: qtp-backup glitch
David Milholen wrote: 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 - Maybe the vpopmail list could be of some help with vqadmin. -- -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
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
[qmailtoaster] Re: qtp-backup glitch
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. -- -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
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
[qmailtoaster] Re: qtp-backup issue
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/ ? -- -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
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
[qmailtoaster] Re: qtp-backup
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? -- -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
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
