HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- quick applicatons upgrade ques..
Operating System - HP-UX
1835833
Members
2265
Online
110085
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-26-2004 02:38 AM
03-26-2004 02:38 AM
When upgrading MirrorUX, Glance, etc... to the new application releases, is it a good idea to swremove the exisiting apps first or can you just install over them without problems..
(obviously you wouldn't want to swremove MirrorUX) but what is the general rule for these types of app upgrades.
I do know that i swremove "ignite" when upgrading to a new version. just found it to be cleaner.
(obviously you wouldn't want to swremove MirrorUX) but what is the general rule for these types of app upgrades.
I do know that i swremove "ignite" when upgrading to a new version. just found it to be cleaner.
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-26-2004 02:45 AM
03-26-2004 02:45 AM
Solution
In general, you do not need to swremove first. I've had some exceptions with Ignite 3.x, but that was probably my own misfiring pea brain molecules.
SEP
SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-26-2004 02:47 AM
03-26-2004 02:47 AM
Re: quick applicatons upgrade ques..
thanks
just wanted to double check. I never have with apps, but always wondered if i had orphaned files out there.
just wanted to double check. I never have with apps, but always wondered if i had orphaned files out there.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-26-2004 02:54 AM
03-26-2004 02:54 AM
Re: quick applicatons upgrade ques..
Each product varies but the "general rule" if such a thing exists, is to remove all the cumulative patches for a product and then remove the product itself. Things like configuration files are almost always left in place by the swremove's. There are, of course, exceptions.
In almost all cases, the upgrade procedure is reasonably well-documented so you really need to approach this on a product-by-product basis --- and sometimes, the rules even change between releases of a given product.
I would say one of the most common oversights is failing to look for and install any patches/updates for the new product. Just because you have the latest, greatest release of a product does not mean that there are not already patches out there for it.
My firmest rule is either create a "lifeboat" via dd or do a make_tape_recovery beforehand. That way, you won't need it -- it's one of God's little jokes.
In almost all cases, the upgrade procedure is reasonably well-documented so you really need to approach this on a product-by-product basis --- and sometimes, the rules even change between releases of a given product.
I would say one of the most common oversights is failing to look for and install any patches/updates for the new product. Just because you have the latest, greatest release of a product does not mean that there are not already patches out there for it.
My firmest rule is either create a "lifeboat" via dd or do a make_tape_recovery beforehand. That way, you won't need it -- it's one of God's little jokes.
If it ain't broke, I can fix that.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP