Re: [qmailtoaster] Re: qtp-backup glitch
On 8/17/2010 10:31 AM, David Milholen wrote: On 08/16/2010 08:57 AM, Jake Vickers wrote: On 08/16/2010 09:45 AM, David Milholen wrote: On 08/15/2010 10:38 AM, Jake Vickers wrote: On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the "working" one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. I fixed the issue with the backup portion and everything restores but for some reason the domains when being displayed in vqadmin will give a 500 error on the page. All except one.. I did some looking at the database and did some comparing and cannot find any differences than what you spoke about. I corrected these and made it look like the working domain but still same issue. Is there is a dump you want me to perform to show the errors when I try to display the page? Seeing some logs will be helpful. Are you doing anything else not mentioned? Going from an older version to a new? From 32-bit to 64-bit? Does the uid/gid of vpopmail match on both servers? Ok, Both machine have similar hardware. This is the new machine: # uname -a Linux ns4 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:07:06 EDT 2010 i686 i686 i386 GNU/Linux This is the Old machine: uname -a Linux ns2.wletc.com 2.6.9-89.0.23.ELsmp #1 SMP Wed Mar 17 06:55:21 EDT 2010 i686 i686 i386 GNU/Linux Both UID/GID are the same at 89. Here is the httpd.error_log from the new machine. This occurs as soon as you attempt to view any domain. [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: file in /usr/share/toaster/include/admin.inc.php on line 5 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined variable: PHP_SELF in /usr/share/toaster/htdocs/admin/index.php on line 55 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: oldpasswd in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: newpasswd in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: newpasswd2 in
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/16/2010 08:57 AM, Jake Vickers wrote: On 08/16/2010 09:45 AM, David Milholen wrote: On 08/15/2010 10:38 AM, Jake Vickers wrote: On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the "working" one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. I fixed the issue with the backup portion and everything restores but for some reason the domains when being displayed in vqadmin will give a 500 error on the page. All except one.. I did some looking at the database and did some comparing and cannot find any differences than what you spoke about. I corrected these and made it look like the working domain but still same issue. Is there is a dump you want me to perform to show the errors when I try to display the page? Seeing some logs will be helpful. Are you doing anything else not mentioned? Going from an older version to a new? From 32-bit to 64-bit? Does the uid/gid of vpopmail match on both servers? Ok, Both machine have similar hardware. This is the new machine: # uname -a Linux ns4 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:07:06 EDT 2010 i686 i686 i386 GNU/Linux This is the Old machine: uname -a Linux ns2.wletc.com 2.6.9-89.0.23.ELsmp #1 SMP Wed Mar 17 06:55:21 EDT 2010 i686 i686 i386 GNU/Linux Both UID/GID are the same at 89. Here is the httpd.error_log from the new machine. This occurs as soon as you attempt to view any domain. [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: file in /usr/share/toaster/include/admin.inc.php on line 5 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined variable: PHP_SELF in /usr/share/toaster/htdocs/admin/index.php on line 55 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: oldpasswd in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: newpasswd in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined index: newpasswd2 in /usr/share/toaster/htdocs/admin/index.php on line 81 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 10 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined variable: html in /usr/share/toaster/include/admin.inc.php on line 93 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Undefined variable: html in /usr/share/toaster/include/admin.inc.php on line 138 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client 63.144.48.2] PHP Notice: Use of undefined constant r - assumed 'r' in /usr/share/toaster/include/admin.inc.php on line 137 [Sun Aug 15 10:44:34 2010] [error] [client
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/15/2010 10:38 AM, Jake Vickers wrote: On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the "working" one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. I fixed the issue with the backup portion and everything restores but for some reason the domains when being displayed in vqadmin will give a 500 error on the page. All except one.. I did some looking at the database and did some comparing and cannot find any differences than what you spoke about. I corrected these and made it look like the working domain but still same issue. Is there is a dump you want me to perform to show the errors when I try to display the page? Thanks -- David Milholen Project Engineer 501-318-1300 Wireless Etc
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/16/2010 09:45 AM, David Milholen wrote: On 08/15/2010 10:38 AM, Jake Vickers wrote: On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the working one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. I fixed the issue with the backup portion and everything restores but for some reason the domains when being displayed in vqadmin will give a 500 error on the page. All except one.. I did some looking at the database and did some comparing and cannot find any differences than what you spoke about. I corrected these and made it look like the working domain but still same issue. Is there is a dump you want me to perform to show the errors when I try to display the page? Seeing some logs will be helpful. Are you doing anything else not mentioned? Going from an older version to a new? From 32-bit to 64-bit? Does the uid/gid of vpopmail match on both servers?
[qmailtoaster] Re: qtp-backup glitch
David Milholen wrote: I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. --thanks -Dave - Maybe the vpopmail list could be of some help with vqadmin. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/15/2010 12:10 AM, David Milholen wrote: On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. You'll need to look at your database structure to compare it against the working one and the restored. Something is different there - I've used the script to backup/restore 20+ servers without issue. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. --Thanks -Dave - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
On 8/14/2010 10:56 PM, Jake Vickers wrote: On 08/14/2010 11:42 PM, David Milholen wrote: I dont like answering my self but just wanted to post an update on this. I retried the backup/restore and all seemed to be restored perfectly this time. Accept vqadmin is broke when viewing domains. It will only see one which is the most recent one I submitted. The other domains have been with us for a while. I like using vqadmin to manage the domains and be able to see on the fly when users have logged in. This is what I get in the HTTPD error_log Premature end of script headers: toaster.vqadmin, referer: http://63.147.8.12/mail/vqadmin/toaster.vqadmin 8.12 is the temp ip this machine has. Search back in the archives - you need to edit the database to get vqadmin to work correctly again. It lists the numebr of users as 21469839587 or something silly like that, and you need to change it to 0 I did this and the above was the result.. What is weird is that only the most recent domain is fine. The others will return this error. If I use qcontrol to view them the one domain is fine but the rest are not present. Ugh.. Ive been at it for a while and dont know where else to look. --thanks -Dave - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Re: qtp-backup glitch
David Milholen wrote: On 08/11/2010 02:53 PM, David Milholen wrote: Ok, I am trying to migrate from an older dying machine to a newer machine till I can get the old one repaired and updated. Here is what I am having trouble with.. The qtp-restore which is V2.11 is having issues copying all of the accounts in some of the domains. E.G.. /Home/vpopmail/domains to include the postmaster accounts. I can do a manual move of these accounts and all seems ok. Except my vqadmin becomes broken. Here is what the old machine has: qtp-whatami qtp-whatami v0.3.5 DISTRO=CentOS OSVER=4.8 QTARCH=i686 QTKERN=2.6.9-89.0.23.ELsmp BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested Here is what the new machine has: qtp-whatami v0.3.6 DISTRO=CentOS OSVER=5.5 QTARCH=i686 QTKERN=2.6.18-194.8.1.el5 BUILD_DIST=cnt50 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested The hardware for the new one is beefy-er also. I am having trouble understanding why the backup is broken? I cant seem to pin it down to HHD or just some script issue. Any help would be great.. --Thanks -Dave -- David Milholen Project Engineer 501-318-1300 Wireless Etc Here is what I got after running the command that is in the qtp-backup script tar cfj domainstar /home/vpopmail/domains tar: Removing leading `/' from member names tar: /home/vpopmail/domains/wletc.com/pearcy-update/Log: File shrank by 701 bytes; padding with zeros tar: Error exit delayed from previous errors It seems like there is something in this log that may be causing issues. I know it hangs during restore on this log also. --Dave -- What is the Log file that it's choking on? I've never seen such a thing before. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: qtp-backup glitch
On 08/12/2010 10:16 AM, Eric Shubert wrote: David Milholen wrote: On 08/11/2010 02:53 PM, David Milholen wrote: Ok, I am trying to migrate from an older dying machine to a newer machine till I can get the old one repaired and updated. Here is what I am having trouble with.. The qtp-restore which is V2.11 is having issues copying all of the accounts in some of the domains. E.G.. /Home/vpopmail/domains to include the postmaster accounts. I can do a manual move of these accounts and all seems ok. Except my vqadmin becomes broken. Here is what the old machine has: qtp-whatami qtp-whatami v0.3.5 DISTRO=CentOS OSVER=4.8 QTARCH=i686 QTKERN=2.6.9-89.0.23.ELsmp BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested Here is what the new machine has: qtp-whatami v0.3.6 DISTRO=CentOS OSVER=5.5 QTARCH=i686 QTKERN=2.6.18-194.8.1.el5 BUILD_DIST=cnt50 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested The hardware for the new one is beefy-er also. I am having trouble understanding why the backup is broken? I cant seem to pin it down to HHD or just some script issue. Any help would be great.. --Thanks -Dave -- David Milholen Project Engineer 501-318-1300 Wireless Etc Here is what I got after running the command that is in the qtp-backup script tar cfj domainstar /home/vpopmail/domains tar: Removing leading `/' from member names tar: /home/vpopmail/domains/wletc.com/pearcy-update/Log: File shrank by 701 bytes; padding with zeros tar: Error exit delayed from previous errors It seems like there is something in this log that may be causing issues. I know it hangs during restore on this log also. --Dave -- What is the Log file that it's choking on? I've never seen such a thing before. That is the EZLM that is generated. I do not know why it needs a log but there it is :) I went ahead and removed the bad log file and now I am going to reattempt the backup again. --Dave -- David Milholen Project Engineer 501-318-1300 Wireless Etc
