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/<domain>/ ?
Yes, thats just it the database seems fine. All accounts intact. It
is the /home/vpopmail/domains/<domains>/ that are missing the accounts.
Looks like I have a failing drive.. I really need to get a good
backup. I can tar the /home/vpopmail/domains manually and that seems
to work but if I can avoid it I would like to have the qtp-backup
script do the whole thing.. Call me lazy :)
--Dave
---------------------------------------------------------------------------------
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: [email protected]
For additional commands, e-mail: [email protected]
