PDA

View Full Version : Preparing a process for patching SLES servers.



ddgaikwad
20-Jun-2014, 06:07
Hi Guys,

We are using SLES 11Sp2 servers and would like to move them to latest patches and version.
There are about 10 servers, which need to be patched.

Since, we have never done a patching on all of the servers at the same, would like to have some insight and directions that we would need to keep in mind in this case.

As a starting point we have configured a SMT server to create a local repository for our servers.

Could you please provide some guildelines for the process of patching and making this activity a smooth ones?


Thank you,
-ddgaikwad

Automatic reply
26-Jun-2014, 13:30
ddgaikwad,

It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.

Has your issue been resolved? If not, you might try one of the following options:

- Visit http://www.suse.com/support and search the knowledgebase and/or check all
the other support options available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://forums.suse.com)

Be sure to read the forum FAQ about what to expect in the way of responses:
http://forums.suse.com/faq.php

If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.

Good luck!

Your SUSE Forums Team
http://forums.suse.com

jmozdzen
26-Jun-2014, 14:45
Hi ddgaikwad,

> Since, we have never done a patching on all of the servers at the same, would like to have some insight and directions that we would need to keep in mind in this case.

have you seen https://www.suse.com/support/kb/doc.php?id=7012368 ? And please watch out for services running on those servers that may be required during updates - i.e. DNS servers, gateway functions or alike... you should update all servers at the same time then ;)

A full distro update can put some load on the network and the SMT server, this need cause harm but is something to keep in mind, too.

> As a starting point we have configured a SMT server to create a local repository for our servers.

I'd update the SMT server first. Once that one is at the current level, update the other machines.

With regards,
Jens

ddgaikwad
01-Jul-2014, 14:23
Hi ddgaikwad,

> Since, we have never done a patching on all of the servers at the same, would like to have some insight and directions that we would need to keep in mind in this case.

have you seen https://www.suse.com/support/kb/doc.php?id=7012368 ? And please watch out for services running on those servers that may be required during updates - i.e. DNS servers, gateway functions or alike... you should update all servers at the same time then ;)

A full distro update can put some load on the network and the SMT server, this need cause harm but is something to keep in mind, too.

> As a starting point we have configured a SMT server to create a local repository for our servers.

I'd update the SMT server first. Once that one is at the current level, update the other machines.

With regards,
Jens

Thanks for the suggestions Jens :)

I was under the impression that I can go ahead and update all the servers first and do the SMT last, but, will change the plan accordingly.

-ddgaikwad

ddgaikwad
02-Jul-2014, 07:21
Hi Jens,


Hi ddgaikwad,

> Since, we have never done a patching on all of the servers at the same, would like to have some insight and directions that we would need to keep in mind in this case.

have you seen https://www.suse.com/support/kb/doc.php?id=7012368 ? And please watch out for services running on those servers that may be required during updates - i.e. DNS servers, gateway functions or alike... you should update all servers at the same time then ;)

A full distro update can put some load on the network and the SMT server, this need cause harm but is something to keep in mind, too.

> As a starting point we have configured a SMT server to create a local repository for our servers.

I'd update the SMT server first. Once that one is at the current level, update the other machines.

With regards,
Jens

I went the further configuration and for test registered one server with SMT, now the server is being listed in the clients list.
But, when I go to the new registered server and check online updates, it does not show any patches or updates available...

Is something missing here?
Pleas guide...

-ddgaikwad

jmozdzen
03-Jul-2014, 13:45
Hi ddgaikwad,

> But, when I go to the new registered server and check online updates, it does not show any patches or updates available.

I assume that "zypper lr -d" on the client machine does indeed show the repositories from the SMT server - so then, did your SMT server ever fetch the update channels to it's local mirror repositories? Does "smt-catalogs -o" report that you have enabled mirroring for the products of your client systems? If you run "smt-mirror" manually, does it fetch updates to the mirror repositories required for your client systems?

With regards,
Jens

ddgaikwad
07-Jul-2014, 14:08
Hi Jens,


Hi ddgaikwad,

> But, when I go to the new registered server and check online updates, it does not show any patches or updates available.

I assume that "zypper lr -d" on the client machine does indeed show the repositories from the SMT server - so then, did your SMT server ever fetch the update channels to it's local mirror repositories? Does "smt-catalogs -o" report that you have enabled mirroring for the products of your client systems? If you run "smt-mirror" manually, does it fetch updates to the mirror repositories required for your client systems?

With regards,
Jens

Ran the smt-catalogs -o, and it showed me only one repository as below:

.-----------------------------------------------------------------------------------------------------------------------------.
| Mirror? | ID | Type | Name | Target | Description | Can be Mirrored | Staging |
+---------+----+------+--------------------+---------------+--------------------------------------+-----------------+---------+
| Yes | 1 | nu | SLES11-SP2-Updates | sle-11-x86_64 | SLES11-SP2-Updates for sle-11-x86_64 | Yes | Yes |
'---------+----+------+--------------------+---------------+--------------------------------------+-----------------+---------'


Does this mean that I would have to go each of these repos and enable mirroring for them?

Thank you,
-ddgaikwad

jmozdzen
08-Jul-2014, 10:43
Hi ddgaikwad,

sorry for the late reply - times are rather busy at the moment.


Hi Jens,



Ran the smt-catalogs -o, and it showed me only one repository as below:

.-----------------------------------------------------------------------------------------------------------------------------.
| Mirror? | ID | Type | Name | Target | Description | Can be Mirrored | Staging |
+---------+----+------+--------------------+---------------+--------------------------------------+-----------------+---------+
| Yes | 1 | nu | SLES11-SP2-Updates | sle-11-x86_64 | SLES11-SP2-Updates for sle-11-x86_64 | Yes | Yes |
'---------+----+------+--------------------+---------------+--------------------------------------+-----------------+---------'


Does this mean that I would have to go each of these repos and enable mirroring for them?

Thank you,
-ddgaikwad

yes, you'll have to enable mirroring for those repositories that are needed in your environment. It would be nice if SMT did this automatically when registering a client that needs a currently unmirrored repos (and had an option to enable/disable such a feature by SMT admin decision)... maybe it has, but I haven't looked deep enough to find it ;)

Regards,
Jens

ddgaikwad
08-Jul-2014, 12:44
hi Jens,


Hi ddgaikwad,

sorry for the late reply - times are rather busy at the moment.



yes, you'll have to enable mirroring for those repositories that are needed in your environment. It would be nice if SMT did this automatically when registering a client that needs a currently unmirrored repos (and had an option to enable/disable such a feature by SMT admin decision)... maybe it has, but I haven't looked deep enough to find it ;)

Regards,
Jens

Thanks, will start working on gathering the required repos for all these server which would be connecting to this SMT server.

-ddgaikwad