[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
