RE: [qmailtoaster] Changes to the standard upgrade.sh script

[Helmut Fritz]

well, since folks maintain it for free in their spare time...  ;)
 
it could be that some libraries were installed (should not while in the
sandbox???) and work with all new versions, but not with mixed versions...

  _  

From: Harry Zink [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, June 06, 2007 2:47 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Changes to the standard upgrade.sh script



On Apr 28, 2007, at 8:28 AM, Eric Shubes wrote:


qtp-newmodel won't affect your running server until
everything has been successfully installed in the sandbox.


This is a good theory, and conceptually sound, but it appears that it has
done the opposite in my case, during an upgrade (attempted) during which the
process aborted while the script was still (allegedly) in the sandbox, yet
now several featurs of my previous toaster installation no longer work. 

This is very puzzling.


---
Sun-Tzu
Those who make peaceful revolution impossible, will make violent revolution
inevitable.

Re: [qmailtoaster] Changes to the standard upgrade.sh script

[Harry Zink]

On Apr 28, 2007, at 8:28 AM, Eric Shubes wrote:


qtp-newmodel won't affect your running server until
everything has been successfully installed in the sandbox.


This is a good theory, and conceptually sound, but it appears that it  
has done the opposite in my case, during an upgrade (attempted)  
during which the process aborted while the script was still  
(allegedly) in the sandbox, yet now several featurs of my previous  
toaster installation no longer work.


This is very puzzling.


---
Sun-Tzu
Those who make peaceful revolution impossible, will make violent  
revolution inevitable.

Re: [qmailtoaster] Changes to the standard upgrade.sh script

[Lucian Cristian]

Harry Zink wrote:


On Apr 25, 2007, at 9:02 AM, Eric Shubes wrote:


Have you seen qmailtoaster-plus (http://qtp.qmailtoaster.com)? The

qtp-newmodel family of scripts essentially does all of this (except 
#3) and


more. If you'd like to see #3 added as a feature, please create a 
ticket for it.




Unfortunately, for me the qtp-newmodel upgrade script has ended up 
aborting halfway through the creation and work in the sandbox, and 
subsequently many parts of my toaster no longer work.


It appears someone else had the same, or similar problem - I am very 
confused why, despite these obvious problems, no one appears to offer 
a response, or solution.



---
*/Andrew Young/*
/"Remember your biggest obstacle to success is the absence of 
execution."// /


I too have this problem on 3 servers, hopefully there will be time for 
the maintainer to repair it


-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Changes to the standard upgrade.sh script

[Harry Zink]

On Apr 25, 2007, at 9:02 AM, Eric Shubes wrote:


Have you seen qmailtoaster-plus (http://qtp.qmailtoaster.com)? The
qtp-newmodel family of scripts essentially does all of this (except  
#3) and
more. If you'd like to see #3 added as a feature, please create a  
ticket for it.


Unfortunately, for me the qtp-newmodel upgrade script has ended up  
aborting halfway through the creation and work in the sandbox, and  
subsequently many parts of my toaster no longer work.


It appears someone else had the same, or similar problem - I am very  
confused why, despite these obvious problems, no one appears to offer  
a response, or solution.



---
Andrew Young
"Remember your biggest obstacle to success is the absence of execution."

Re: [qmailtoaster] Changes to the standard upgrade.sh script

[Eric \"Shubes\"]

Warren (mailing lists) wrote:
> Eric "Shubes" wrote:
>> Warren (mailing lists) wrote:
>>> I have taken the upgrade.sh script and made it a little more useful for
>>> me.  I have attached a copy in a tarball. Here are the changes I made:
>>>
>>> (1) There are now 2 separate scripts.  The first does the downloads and
>>> the second does the upgrade.  This way I can start the downloads before
>>> I leave at night and then I can do the actual upgrade in the morning
>>> before anyone else comes in without having to wait for the downloads
>>>
>>> (2) The directory /usr/src/qtms-upgrade now has a suffix with the time
>>> and date the download started and a softlink points to it from
>>> /usr/src/qtms-upgrade.  If an old directory exists it gets renamed out
>>> of the way.  This allows me to have a history of upgrades as well as
>>> being sure that old .src.rpms are not being compiled.
>>>
>>> (3) The second (upgrade) script looks for monit's startup file
>>> (/etc/init.d/monit).  If it is found, monit gets stopped at the
>>> beginning of the upgrade script and gets restarted at the end.
>>>
>>> (4) The second script takes a flag of -y (sh upgrade2.sh -y) which
>>> assumes an answer of -y for all questions.
>>>
>>> (5) /etc/tcprules.d/tcp.smtp gets restored after the upgrade and the new
>>> one gets renamed to tcp.smtp.new.  This way your rules do not get blown
>>> away.
>>>
>>> Feel free to use, modify or discard as you see fit.
>>>
>>> W
>>>
>> Warren,
>>
>> Have you seen qmailtoaster-plus (http://qtp.qmailtoaster.com)? The
>> qtp-newmodel family of scripts essentially does all of this (except
>> #3) and
>> more. If you'd like to see #3 added as a feature, please create a
>> ticket for it.
>>
>> There are many other useful tools included in the package too, as
>> documented
>> at the site.
>>
> Eric,
> 
> I have seen it, but mostly what I have seen is a lot of posting about
> problems with it as it currently stands.  If this mail server was not
> incredibly important to our business, I would happily be playing with it
> right now.  But since this is a mission-critical mail server, I am
> sticking with the script that I know works, at least for now.
> 
> W
> 

I figured you had, and was curious as to why you would use the old script.

One of the concerns with the old script was the amount of downtime required
when using it. qtp-newmodel won't affect your running server until
everything has been successfully installed in the sandbox. In addition, it
allows all binary packages to be built while your toaster is still in
service. This ensures that your server stays in service in the event of most
problems, and minimizes down time. It is certainly safer to use than the
update.sh script.

Just wanted to attempt to make this clear.
-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Changes to the standard upgrade.sh script

[Warren (mailing lists)]

Eric "Shubes" wrote:

Warren (mailing lists) wrote:

I have taken the upgrade.sh script and made it a little more useful for
me.  I have attached a copy in a tarball. Here are the changes I made:

(1) There are now 2 separate scripts.  The first does the downloads and
the second does the upgrade.  This way I can start the downloads before
I leave at night and then I can do the actual upgrade in the morning
before anyone else comes in without having to wait for the downloads

(2) The directory /usr/src/qtms-upgrade now has a suffix with the time
and date the download started and a softlink points to it from
/usr/src/qtms-upgrade.  If an old directory exists it gets renamed out
of the way.  This allows me to have a history of upgrades as well as
being sure that old .src.rpms are not being compiled.

(3) The second (upgrade) script looks for monit's startup file
(/etc/init.d/monit).  If it is found, monit gets stopped at the
beginning of the upgrade script and gets restarted at the end.

(4) The second script takes a flag of -y (sh upgrade2.sh -y) which
assumes an answer of -y for all questions.

(5) /etc/tcprules.d/tcp.smtp gets restored after the upgrade and the new
one gets renamed to tcp.smtp.new.  This way your rules do not get blown
away.

Feel free to use, modify or discard as you see fit.

W


Warren,

Have you seen qmailtoaster-plus (http://qtp.qmailtoaster.com)? The
qtp-newmodel family of scripts essentially does all of this (except #3) and
more. If you'd like to see #3 added as a feature, please create a ticket for it.

There are many other useful tools included in the package too, as documented
at the site.


Eric,

I have seen it, but mostly what I have seen is a lot of posting about 
problems with it as it currently stands.  If this mail server was not 
incredibly important to our business, I would happily be playing with it 
right now.  But since this is a mission-critical mail server, I am 
sticking with the script that I know works, at least for now.


W

-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] Changes to the standard upgrade.sh script

[Eric \"Shubes\"]

Warren (mailing lists) wrote:
> I have taken the upgrade.sh script and made it a little more useful for
> me.  I have attached a copy in a tarball. Here are the changes I made:
> 
> (1) There are now 2 separate scripts.  The first does the downloads and
> the second does the upgrade.  This way I can start the downloads before
> I leave at night and then I can do the actual upgrade in the morning
> before anyone else comes in without having to wait for the downloads
> 
> (2) The directory /usr/src/qtms-upgrade now has a suffix with the time
> and date the download started and a softlink points to it from
> /usr/src/qtms-upgrade.  If an old directory exists it gets renamed out
> of the way.  This allows me to have a history of upgrades as well as
> being sure that old .src.rpms are not being compiled.
> 
> (3) The second (upgrade) script looks for monit's startup file
> (/etc/init.d/monit).  If it is found, monit gets stopped at the
> beginning of the upgrade script and gets restarted at the end.
> 
> (4) The second script takes a flag of -y (sh upgrade2.sh -y) which
> assumes an answer of -y for all questions.
> 
> (5) /etc/tcprules.d/tcp.smtp gets restored after the upgrade and the new
> one gets renamed to tcp.smtp.new.  This way your rules do not get blown
> away.
> 
> Feel free to use, modify or discard as you see fit.
> 
> W
> 
Warren,

Have you seen qmailtoaster-plus (http://qtp.qmailtoaster.com)? The
qtp-newmodel family of scripts essentially does all of this (except #3) and
more. If you'd like to see #3 added as a feature, please create a ticket for it.

There are many other useful tools included in the package too, as documented
at the site.

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]