[qmailtoaster] Re: qtp-backup not taking complete backup

[Eric Shubert]

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

[Eric Shubert]

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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Hi Eric,

The script run also succesfull from the crontab.


> Op 8 apr. 2014 om 23:27 heeft Eric Shubert  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

[Eric Shubert]

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

[Peter Peterse]

Peter Peterse schreef op 8-4-2014 22:57:
> Eric Shubert schreef op 8-4-2014 22:50:
>> If you concur, I'll cut another QTP release
> it is running. I will let you sweat for 15 minutes ;-)
>
> -
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>
Hi Eric,

I can confirm  that de qtp-backup script is working again as it should
on my system (CentOS 5.10)
Tonight it will start via the crontab. This is my final test.

Regards and thanks for all your time,
Peter

-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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

[Peter Peterse]

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

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

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

[Eric Shubert]

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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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

[Eric Shubert]

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

[Peter Peterse]

Eric Shubert schreef op 8-4-2014 21:01:
> On 04/08/2014 09:16 AM, Eric Shubert wrote:
>> This is making me crazy.
>> Please try version 182 from the qtp subversion repo.
>> I'm pretty sure I got it right this time.
>> Thanks.
>>
>
> Let me know how this works for you.
> It worked for me (finally).
>
Hi,

does the script cleanup you backup directory? In my case NOT. I'm
running a new test with the change:
rm -rf \
  $backupdest/$QMAILCONTROL \
  $backupdest/$SQMAILPREFS \
  $backupdest/$SQMAILPLUGS \
  $backupdest/$QMAILADMINPASSWD \
  $backupdest/$SPAMASSASSINFILES \
  $backupdest/$VPOPMAIL \
  $backupdest/$gzmysqldata \
  $backupdest/$usersassign

Also in the summery I've changed:
tar -tzvf $backupdest/$curlfile >> /tmp/emailmsg.txt

Peter

-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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 2>&1

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 2>&1

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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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

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

[Eric Shubert]

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 
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  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 2>&1
 >>>>>>>>>>>> ==
 >>>>>>>>>>>>
 >>>>>>>>>>>> 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.
 >>>>>>>>>>>>
 >>

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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 root    46 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  
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  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 2>&1
>>>>>>>>>>>> ==
>>>>>>>>>>>> 
>>>>>>>>>>>> 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 root    46 Apr  7 06:35
>>>>>>>>>>>> 201404070635-squirrelmail-plugins.tar.bz2
>>>>>>>>>>>> -rw-r--r-- 1 root root    46 Apr  7 06:35
>>

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Hi Eric

This one didn't work either.

> Op 8 apr. 2014 om 00:18 heeft Eric Shubert  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 2>&1
 ==
 
 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:
>> 
>> 
>> 
>> 
>> 
>> 
>> 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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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 2>&1
==

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:






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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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 2>&1
>> ==
>>
>> 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:
 





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

Re: [qmailtoaster] Re: qtp-backup won't work

[Dave M]

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

[Peter Peterse]

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 2>&1
>> ==
>>
>> 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:
 





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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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 2>&1
==

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:





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

[Peter Peterse]

Eric Shubert schreef op 7-4-2014 23:01:
> On 04/07/2014 01:52 PM, Peter Peterse wrote:
>> System Admin schreef op 7-4-2014 23:42:
>>> Dumb question.
>>> did you try to run qtp-backup script before any modifications to it?
>>>
>>> Dave M
>>>
>> Hi Dave,
>>
>> I've saw that the backup data was not big enough. So I've start looking
>> what was wrong.
>>
>> It looks like on my system the command ala:
>>
>> tar -C /tmp -zcvf /tmp/testbackup.tgz testfile*
>>
>> don't work. This problem started 31 march 2014 before that my
>> backupfiles where correct. I'm guessing that day I did an yum update of
>> the system.
>>
>> Regards,
>> Peter
>>
>>
>> -
>
> You're correct, Peter. That error was introduced in the latest QTP
> package. Please accept my apologies.
>
>

No problem, I was only try to summarize it to Dave.






-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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 2>&1
 ==

 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:
>> 
>>
>>
>>
>>
>> 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 betwee

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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

[Peter Peterse]

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

[Eric Shubert]

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 2>&1
==

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:




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]

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 2>&1
==

The script worked correctly.
It look like the last $DATENAME-* don't work with the tar command on
this way.

$ touch /tmp/testfile.txt
$ tar -C /tmp -czf /tmp/test.tgz testfile*
tar: testfile*: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors

While it will work when I use the next command
$ tar -C /tmp -czf /tmp/test.tgz testfile.txt

There are more backup files not correct:
-rw-r--r-- 1 root root46 Apr  7 06:35
201404070635-squirrelmail-plugins.tar.bz2
-rw-r--r-- 1 root root46 Apr  7 06:35
201404070635-squirrelmail-prefs.tar.bz2
These to are empty tar files.

Regards,
Peter

-



That's very strange to me. Using the -C option is supposed to be
preferable to doing a cd before the tar command.

Would someone care to look into this in detail? This needs to be
fixed
so that it works on both COS5 and COS6. It might be a while before I
get to look at it, as what time I have is being spent on finishing up
the COS6 release.

Thanks.




Hi Eric,

It looks like a issue with the combination between shell and tar:
<http://superuser.com/questions/266422/tar-c-with-a-wildcard-file-pattern>



Does it work on your CentOS 6 system, because I've test it on one
of my
CentOS 6.5 systems and the result is:
# ls -l  /tmp/testfile.txt
-rw-r--r-- 1 root root 0 Apr  7 21:41 /tmp/testfile.txt
# tar -C /tmp -czf /tmp/test.tgz testfile*
tar: testfile*: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors

Regards,
Peter

-


I should've caught that.

Does "testfile*" work?
(putting the string with wildcard in quotes)
I expect it will.


Hi Eric,

Sorry but on both of my systems it don't work:

CentOS 5.10:
# touch /tmp/testfile.txt
# tar -C /tmp -zcvf /tmp/testbackup.tgz "testfile*"
tar: testfile*: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors

On CentOS 6.5:
# touch /tmp/testfile.txt
# tar -C /tmp -zcvf /tmp/testbackup.tgz "testfile*"
tar: testfile*: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors

Regards,
Peter

-


What about with single quotes? e.g.:
'testfile*'


Still the same.

CentOS 5.10:
# tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*'
tar: testfile*: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors

CentOS 6.5:
# tar -C /tmp -zcvf /tmp/testbackup.tgz 'testfile*'
tar: testfile*: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors

-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com


-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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 2>&1
>> ==
>>
>> 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:
 



 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

[Peter Peterse]

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 2>&1
 ==

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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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 2>&1
==

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:



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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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 2>&1
==

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:


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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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 2>&1
>> ==
>>
>> 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:


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

[Eric Shubert]

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 2>&1
==

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

[Peter Peterse]

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 2>&1
==

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

[Eric Shubert]

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

[Peter Peterse]

Gekko Erik,

Unfortunaly, the proposed command does not work.

Regards,
Peter

> Op 6 apr. 2014 om 08:13 heeft Peter Peterse  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  
> Datum: 06-04-2014 02:49 (GMT+01:00) 
> Aan qmailtoaster-list@qmailtoaster.com 
> Onderwerp [qmailtoaster] Re: qtp-backup won't work 
> 
> 
> On 04/05/2014 11:13 AM, Peter Peterse wrote:
> > Hello list,
> >
> > on my qtp installation the backup doesn't work any more. I don't
> > remember that I've change something in the script, so maybe it's an
> > issue one of the yum update processes.
> >
> > I've trace the issue to the next command which is located in the script:
> > tar -C $backupdest \
> >  -czf $backupdest/$curlfile $DATENAME-*
> >
> > When I start the command on the console it result to an error:
> > [root@mail ~]# tar -C /backup/qmailbkup  -czf
> > /backup/qmailbkup/201404052008-backup.tar.gz 201404052008-*
> > tar: 201404052008-*: Cannot stat: No such file or directory
> > tar: Error exit delayed from previous errors
> >
> > When I look in the directory /backup/qmailbkup I see the next files:
> > 201404052008-assign.tar.bz2
> > 201404052008-backup.tar.gz
> > 201404052008-qmailadminpasswd.tar.bz2
> > 201404052008-qmailcontrol.tar.bz2
> > 201404052008-spamassassin-files.tar.bz2
> > 201404052008-squirrelmail-plugins.tar.bz2
> > 201404052008-squirrelmail-prefs.tar.bz2
> > 201404052008-vpopmail.sql.gz
> >
> > The problem is that I don't see the difference with command which is
> > also in the qtp-backup script:
> >tar -C /var/lib/squirrelmail/prefs \
> >-cjf $backupdest/$SQMAILPREFS *
> >
> > I hope one of you can see the problem.
> >
> > Regards,
> > Peter
> >
> > -
> 
> My apologies for breaking this. I don't see the difference either to be 
> honest. I thought this version had been run already, and perhaps it was 
> with an older version where it worked.
> 
> tar is a little squirrelly with the options. It doesn't appear to be 
> picking up the -C option properly, for whatever reason.
> 
> Please try this:
> # tar --create --gzip --file $backupdest/$curlfile \
>--directory $backupdest $DATENAME-*
> 
> and let us know if that works.
> 
> P.S. Which versions are you running (OS and qtp)?
> 
> -- 
> -Eric 'shubes'
> 
> 
> -
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 

-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

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

[Cecil Yother, Jr.]

On 08/13/2012 02:38 PM, Cecil Yother, Jr. wrote:


On 08/13/2012 08:26 AM, Eric Shubert wrote:

On 08/13/2012 08:07 AM, Maxwell Smart wrote:


On 08/13/2012 07:56 AM, Eric Shubert wrote:

On 08/12/2012 08:56 PM, Cecil Yother, Jr. wrote:



On 8/12/12 8:29 PM, Eric Shubert wrote:

On 08/12/2012 08:05 PM, Maxwell Smart wrote:


On 08/12/2012 02:46 PM, Eric Shubert wrote:

On 08/12/2012 02:20 PM, Maxwell Smart wrote:

Can I use a non standard ftp for qtp-backup?


CJ

- 






Define "a non standard ftp".

My bad, non standard port.  3121


--


FTP uses 2 ports.


OK, but doesn't port 20 accept transfers after your initial
connection?
and not otherwise?

-


That depends on the arrangement the server makes with the client,
which depends (IIRC) on whether active or passive mode is used.


I am using passive ports

Are you having difficulty getting FTP to work? Why do I get the
feeling that this has more to do with FTP than the subject line? ;)

No it's working, but it actually didn't send the backup by ftp last
night.  Not sure I setup the correct config file.  It appears both are
the same, but not sure how it works.


qtp-backup uses the curl command for transferring the backup to an ftp
server:
# tail $(which qtp-backup)
Of course it sets those $variables all up before invoking the command.
You might want to echo the values of the command before the command is
invoked, so you can see their values. Or you could "set -x" in the
qtp-backup script in order to step through what it does, or run it
with "bash -n" to see what it does without actually running it.


I set all the variables

Does curl work outside of qtp-backup?


It's installed,  but haven't tested functionality.

curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b
zlib/1.2.3 libidn/0.6.5
Protocols: tftp ftp telnet dict ldap http file https ftps
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

-


Please test curl using a suitable command.

I expect that there's likely a firewall issue somewhere.

Are both hosts (ftp client and ftp server) on public addresses, or is
there NAT going on on either end?

Do you have control of the FTP server? If so, which software is being
used?

Here's a nice explanation which I expect will be helpful:
http://slacksite.com/other/ftp.html

OK, I ran the backup and successfully transferred the files to the 
second server.  I ran qtp-restore and everything appears to have run 
correctly, but I cannot see any of the accounts.  The mail is in the 
correct vpopmail folder and the mysql database has been created with 
all the accounts, but if I try to access any of the accounts via 
webmin or admin-toaster there is nothing there.  The list appears in 
admin-toaster, but when I click on the domain to view it's users it 
says "Domain has no postmaster!!" and if I click on show users it says 
"Domain example.com does not exist"


Qmailctl stat shows

# qmailctl stat
authlib: up (pid 17613) 640 seconds
clamd: up (pid 17616) 640 seconds
imap4: up (pid 17618) 640 seconds
imap4-ssl: up (pid 17619) 640 seconds
pop3: up (pid 17603) 640 seconds
pop3-ssl: up (pid 17608) 640 seconds
send: up (pid 17607) 640 seconds
smtp: up (pid 17611) 640 seconds
spamd: up (pid 17604) 640 seconds
submission: up (pid 17612) 640 seconds
authlib/log: up (pid 17617) 640 seconds
clamd/log: up (pid 17620) 640 seconds
imap4/log: up (pid 17605) 640 seconds
imap4-ssl/log: up (pid 17606) 640 seconds
pop3/log: up (pid 17602) 640 seconds
pop3-ssl/log: up (pid 17621) 640 seconds
send/log: up (pid 17610) 640 seconds
smtp/log: up (pid 17614) 640 seconds
spamd/log: up (pid 17609) 640 seconds
submission/log: up (pid 17615) 640 seconds

If I try to send a test email through logwatch.pl for instance I get 
"Can't execute sendmail -t: No such file or directory"


Any ideas?

I got it sorted.  Thanks for all the suggestions.  I had the incorrect 
mysql vpopmail password.

-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com




-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: qtp-backup

[Cecil Yother, Jr.]

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

[Cecil Yother, Jr.]

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

[Maxwell Smart]

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

[qmailtoaster] Re: qtp-backup

[Eric Shubert]

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

[Maxwell Smart]

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

[Eric Shubert]

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

[Cecil Yother, Jr.]

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

[qmailtoaster] Re: qtp-backup

[Eric Shubert]

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

[Maxwell Smart]

  
  

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

[Eric Shubert]

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

[qmailtoaster] re: qtp-backup

[Maxwell Smart]

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

Re: [qmailtoaster] Re: qtp-backup qtp-restore

[David]

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





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

[Jake Vickers]

On 05/08/2012 09:19 PM, David Milholen wrote:

Jake,
I have 2 VM of your iso running.
I went ahead and installed q-control on one of the servers and looks nice.
Bummer only one Domain :)
I guess I spend the cash to get the pro ver tomorrow.
I think adding some more of the control files from /qmail/control for
editing IE: ME and defaulthost for initial or migration changes.
One thing I want is a really cool web frontend for Spamdyke and
reporting tool for it.
I know this has been thought of for spamdyke but I would really like to
help
with Dev of this if anyone is working on one.


Thanks David - ping me offline with features you'd like to see.


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: qtp-backup qtp-restore

[David Milholen]

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.

Eric, FYI the mysql PW thing I fixed.
seems to be a 5.0 or higher thing but when anonymous accts are created with
no password it will break stuff.
 Remove those accounts and renew your root password and
all is good.
 1. service mysqld stop
2. mysqld_safe --skip-grant-tables &
3. mysql>use mysql
4. mysql>delete user where user ='';
5.mysql>  update user set Password=PASSWORD('new-password') where 
user='root';

flush privileges;
exit;
6. service mysqld stop
7. service mysqld start
8. mysql -p
Enter password:

All is good:)




On 5/8/2012 7:05 PM, Jake Vickers wrote:

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






--

David Milholen
Project Engineer
P:501-318-1300

Re: [qmailtoaster] Re: qtp-backup qtp-restore

[Jake Vickers]

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

[David Milholen]

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

[qmailtoaster] Re: qtp-backup qtp-restore

[Eric Shubert]

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 question

[David]

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

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

[Eric Shubert]

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

[qmailtoaster] Re: qtp-backup - ezmlm lists??

[Eric Shubert]

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

[Eric Shubert]

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=
backoff_url=
backoff_port=
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 2>&1 \
| 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 Shubert   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

[Dnk]

On 2011-03-29, at 12:41, "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 Shubert  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-ma

RE: [qmailtoaster] Re: qtp-backup

[Scott Hughes]

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

[Patrick Ring]

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.v

[qmailtoaster] Re: qtp-backup

[Eric Shubert]

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 Shubert  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] Re: qtp-backup

[Eric Shubert]

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

Re: [qmailtoaster] Re: qtp-backup

[Scott Hughes]

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  wrote:

> I using rsync to back up the /home/vpopmail/domains directory. Then I run a 
> modified version of qtp-backup which backs up everything except said 
> directory. This is much more efficient, as messages aren't repeatedly backed 
> up.
> 
> The modified version of qtp-backup will be included in the next release of 
> QTP, and is presently in the QTP subversion repo, so you can download it from 
> the web site. See comments in the source for how to use it. :)
> 
> -- 
> -Eric 'shubes'
> 
> On 03/29/2011 09:30 AM, Patrick Ring wrote:
>> I find it has been server-dependant (...age, load, amount of storage).
>> My storage is about half of what you have, and I know it seems to take
>> around :45mins. ...though the servers here are not new by any means (HP
>> Proliant DL320 G3's).
>> The process, if I remember correctly, makes the copy of the data by
>> using a compression statement (tar/gz). It could be the compression that
>> is taking a while (especially on older equipment).
>> -Pat.
>> 
>> 
>> *From:* Scott Hughes [mailto:sc...@renshawauto.net]
>> *Sent:* Tuesday, March 29, 2011 11:24 AM
>> *To:* qmailtoaster-list@qmailtoaster.com
>> *Subject:* [qmailtoaster] qtp-backup
>> 
>> I was just curious. I am testing qtp-backup to see how long it runs. I’m
>> currently at 1 hour and 25 minutes and still going. Current directory
>> (/backup/qmailbkup) size is 7.2 Gig (/home/vpopmail/domains is 16 Gig
>> uncompressed). Is this normal? Am I running to correct/best/fastest
>> backup script?
>> 
>> My goal here is to put qtp-backup (or the best backup script) into a
>> cron job that runs every night, then after waiting MORE than the amount
>> of time it takes to run the qtp-backup script, rsync the backup file(s)
>> over to a another server.
>> 
>> Thanks,
>> 
>> Scott
>> 
> 
> 
> -
> Qmailtoaster is sponsored by Vickers Consulting Group 
> (www.vickersconsulting.com)
>   Vickers Consulting Group offers Qmailtoaster support and installations.
> If you need professional help with your setup, contact them today!
> -
>Please visit qmailtoaster.com for the latest news, updates, and packages.
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 
> 

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.

  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

RE: [qmailtoaster] Re: qtp-backup

[Patrick Ring]

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

[qmailtoaster] Re: qtp-backup

[Eric Shubert]

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 glitch

[David Milholen]

  
  
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
  /usr/sha

Re: [qmailtoaster] Re: qtp-backup glitch

[David Milholen]

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 20

Re: [qmailtoaster] Re: qtp-backup glitch

[Jake Vickers]

 On 08/16/2010 09:45 AM, David Milholen wrote:

On 08/15/2010 10:38 AM, Jake Vickers wrote:

 On 08/15/2010 12:10 AM, David Milholen wrote:

 On 8/14/2010 10:56 PM, Jake Vickers wrote:

 On 08/14/2010 11:42 PM, David Milholen wrote:
 I dont like answering my self but just wanted to post an update 
on this.
I retried the backup/restore and all seemed to be restored 
perfectly this time.
Accept vqadmin is broke when viewing domains. It will only see one 
which is the most recent one

I submitted.
 The other domains have been with us for a while.
I like using vqadmin to manage the domains and be able to see on 
the fly when users have logged in.


This is what I get in the HTTPD error_log

Premature end of script headers: toaster.vqadmin, referer: 
http://63.147.8.12/mail/vqadmin/toaster.vqadmin


8.12 is the temp ip this machine has.



Search back in the archives - you need to edit the database to get 
vqadmin to work correctly again. It lists the numebr of users as 
21469839587 or something silly like that, and you need to change it 
to 0


I did this and the above was the result..  What is weird is that 
only the most recent domain is fine. The others will return this error.


If I use qcontrol to view them the one domain is fine but the rest 
are not present.


Ugh.. Ive been at it for a while and dont know where else to look.



You'll need to look at your database structure to compare it against 
the "working" one and the restored. Something is different there - 
I've used the script to backup/restore 20+ servers without issue.


I fixed the issue with the backup portion and everything restores but 
for some reason the domains when being displayed in vqadmin will give 
a 500 error on the page. All except one..
 I did some looking at the database and did some comparing and cannot 
find any differences than what you spoke about.
I corrected these and made it look like the working domain but still 
same issue.


Is there is a dump you want me to perform to show the errors when I 
try to display the page?



Seeing some logs will be helpful.
Are you doing anything else not mentioned? Going from an older version 
to a new? From 32-bit to 64-bit?

Does the uid/gid of vpopmail match on both servers?

Re: [qmailtoaster] Re: qtp-backup glitch

[David Milholen]

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

[Jake Vickers]

 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

[qmailtoaster] Re: qtp-backup glitch

[Eric Shubert]

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

[David Milholen]

 On 8/14/2010 10:56 PM, Jake Vickers wrote:

 On 08/14/2010 11:42 PM, David Milholen wrote:
 I dont like answering my self but just wanted to post an update on 
this.
I retried the backup/restore and all seemed to be restored perfectly 
this time.
Accept vqadmin is broke when viewing domains. It will only see one 
which is the most recent one

I submitted.
 The other domains have been with us for a while.
I like using vqadmin to manage the domains and be able to see on the 
fly when users have logged in.


This is what I get in the HTTPD error_log

Premature end of script headers: toaster.vqadmin, referer: 
http://63.147.8.12/mail/vqadmin/toaster.vqadmin


8.12 is the temp ip this machine has.



Search back in the archives - you need to edit the database to get 
vqadmin to work correctly again. It lists the numebr of users as 
21469839587 or something silly like that, and you need to change it to 0


I did this and the above was the result..  What is weird is that only 
the most recent domain is fine. The others will return this error.


If I use qcontrol to view them the one domain is fine but the rest are 
not present.


Ugh.. Ive been at it for a while and dont know where else to look.

--thanks
-Dave


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: qtp-backup glitch

[Jake Vickers]

 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

[David Milholen]

 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

[David Milholen]

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 glitch

[Eric Shubert]

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 issue

[David Milholen]

On 6/22/2010 8:12 PM, Eric Shubert wrote:

David Milholen wrote:



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// ?


Yes, thats just it the database seems fine. All accounts intact. It 
is the /home/vpopmail/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

- 



Ok, you're lazy. ;)

I wouldn't risk laziness when it comes to losing data. The backup 
script uses tar as well, so I'm a little confused how a manual tar 
would work ok but not the script.


The script isn't very complicated. You should be able to piecemeal it. 
I've toyed with the idea of segmenting the backup and restore scripts, 
and Jake and have talked about it, but I seem to remember coming to 
the conclusion that it's just as easy to tweak the script when you 
need to.



LOL :)
 Ok ok, you've twisted my arm I will do the deed and move the domains 
after the restore is complete on the new machine then write over the 
files with what I manually tar'd.
The difference between when I do it and the script does is that I will 
tar only one domain at a time. The script does the whole domains 
directory at once.
  This why I think that if I were to bring the server down into single 
user mode and run a fsck -D on the poor drive it may do one of 2 things 
kill parts of the data or correct, compress and re-index the files on 
the drive for optimal operation.
 I guess(thinkin out-loud) I could make a complete manual backup and 
verify the backup then do the above mentioned plan. If all goes well I 
should be able to a complete backup with the script and a good restore 
without sweating it. If not I am pulling out the hammer LOL

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

[Eric Shubert]

David Milholen wrote:



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// ?


Yes, thats just it the database seems fine. All accounts intact. It is 
the /home/vpopmail/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

- 


Ok, you're lazy. ;)

I wouldn't risk laziness when it comes to losing data. The backup script 
uses tar as well, so I'm a little confused how a manual tar would work 
ok but not the script.


The script isn't very complicated. You should be able to piecemeal it. 
I've toyed with the idea of segmenting the backup and restore scripts, 
and Jake and have talked about it, but I seem to remember coming to the 
conclusion that it's just as easy to tweak the script when you need to.


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

[David Milholen]

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// ?


Yes, thats just it the database seems fine. All accounts intact. It is 
the /home/vpopmail/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 issue

[Eric Shubert]

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// ?


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

[David Milholen]

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

[qmailtoaster] Re: qtp-backup

[Eric Shubert]

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