Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] UEFI



Blindly upgrading a server as-is, without knowing what's running on it, is a recipe for disaster. Such a system suffers a serious entropy risk, and ultimately becomes unmaintainable. Eventually it will suffer a disaster that will be unrecoverable.

I don't use the /etc backups directly, but only as documentation of how the old system was configured. Same with the list of packages that were installed on the old system. 

If possible, I first do a dry run by building a test server that duplicates the production server to be upgraded. 




On Oct 24, 2013, at 12:00 PM, Derek Martin <invalid at pizzashack.org> wrote:

> On Thu, Oct 24, 2013 at 06:42:15AM -0400, John Abreau wrote:
>> On Wed, Oct 23, 2013 at 12:41 PM, Bill Bogstad <bogstad at pobox.com> wrote:
>>> But I would still  lose my DHCP, internal DNS, NFS, NTP, multiple user
>>> account passwords, printer configs, crontabs, etc., etc., etc.; if I
>>> did this.   Even though I only have a few machines, I don't run them
>>> as if they were single-user Internet browsing machines.
>> 
>> Everything you list there (other than "etc., etc., etc) is under either
>> /etc or /var/named.  Backup both of those as well, and you've got
>> all your config data.
> 
> Welll, sort of.  If you're upgrading your system, many of these files
> will likely contain config which is obsoleted by your new versions, or
> even may configure components which have been replaced entirely by
> something newer.
> 
> This is unfortunately not an easy task, in the upgrade case.  First
> doing an OS upgrade using your vendor's preferred method may help,
> though I'm sure most of us have seen that result in disaster. =8^)
> 
> 
>> I generally also run "rpm -qa > ~/ALL-INSTALLED-RPMS" before
>> installing the newest Fedora or CentOS, so I retain a record of what
>> packages had been installed prior to the upgrade.
> 
> This is a good idea; I've done this myself in the past too.  Though, I
> don't use this approach anymore because I've found that I was
> installing a lot of packages I never used...  I now just install
> things when I actually want to use them.
> 
> -- 
> Derek D. Martin    http://www.pizzashack.org/   GPG Key ID: 0xDFBEAD02
> -=-=-=-=-
> This message is posted from an invalid address.  Replying to it will result in
> undeliverable mail due to spam prevention.  Sorry for the inconvenience.
> 
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://lists.blu.org/mailman/listinfo/discuss



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org