| Author |
Message
|
| abd.wsu |
 Posted: Wed May 06, 2015 7:35 am Post subject: Fixpack install/uninstall in MB/IIB |
 |
|
Acolyte
Joined: 12 Sep 2012
Posts: 65
|
So, we can't uninstall the fixpack without uninstalling the base version of MB and IIB? One option IBM suggests is to have different install locations for different fixpacks and tweak the mqsiprofile to pick which level we want.
But that's a bad suggestion in my opinion. Why have multiple install locations?
Anyone else got any better ideas?
How about running the mqsichangebroker with the -f option to run at whatever functional level we want?
Would this cause any issues? Can we treat this as an ideal rollback for a FP installation?
Any ideas/suggestions? |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Wed May 06, 2015 7:45 am Post subject: Re: Fixpack install/uninstall in MB/IIB |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| abd.wsu wrote: |
So, we can't uninstall the fixpack without uninstalling the base version of MB and IIB? One option IBM suggests is to have different install locations for different fixpacks and tweak the mqsiprofile to pick which level we want.
But that's a bad suggestion in my opinion. Why have multiple install locations?
Anyone else got any better ideas?
How about running the mqsichangebroker with the -f option to run at whatever functional level we want?
Would this cause any issues? Can we treat this as an ideal rollback for a FP installation?
Any ideas/suggestions? |
I believe the plan here was to have multiple installations co-located.
As long as the installations are on the same major level, which level it runs in depends on how and in which environment it was started from... 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| abd.wsu |
| Posted: Wed May 06, 2015 8:01 am Post subject: |
|
|
Acolyte
Joined: 12 Sep 2012
Posts: 65
|
Yes, but why have them co-located. Can't they do it like they do with MQ FPs.
Anyhow, I am planning to install the IIB FP003 in the same location as IIB9001 and use the mqsichangebroker command as a rollback option in case of issues. Do you see any issue with doing that?
I know having multiple locations and tweaking the mqsiprofile is pretty straightforward too, but why do 2 steps when you can do 1. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 06, 2015 8:02 am Post subject: Re: Fixpack install/uninstall in MB/IIB |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| abd.wsu wrote: |
| Why have multiple install locations? |
Why not?
| abd.wsu wrote: |
| Can we treat this as an ideal rollback for a FP installation? |
No. The -f flag controls what level of function the broker supplies, not the fix pack level. Consider this scenario - you took a 7.0.0.3 broker, applied FP7 and then used the -f flag to take the broker back to FP3. Any flows using the CD nodes would fail because the CD nodes are not available at FP3 (introduced in FP5 IIRC) but the broker would still have all the APAR fixes applied from FP3 to FP7 (because fix packs are cumulative).
So if you wanted to uninstall the fix pack because one of the APARs is causing a problem (or to see if it's causing a problem) you can't do it with the -f flag. You'd have to uninstall & reinstall, or point back to the old install location.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| abd.wsu |
| Posted: Wed May 06, 2015 8:49 am Post subject: |
|
|
Acolyte
Joined: 12 Sep 2012
Posts: 65
|
The rate at which IBM rolls out Fix packs we would end up with quiet a handful of Install locations if we go with seperate locations for each fixpack.
If i go with multiple locations, is changing only the mqsiprofile path enough? or do i need to change the odbc.ini files and the java libpaths to the new installation too, like we do between major versions? |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 06, 2015 8:57 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| abd.wsu wrote: |
| The rate at which IBM rolls out Fix packs we would end up with quiet a handful of Install locations if we go with seperate locations for each fixpack. |
And? If you're inexplicably worried about disc space, they're installed to the disc not engraved on the surface. You can probably delete the -3 level and / or delete it after a few years.
(I would also dispute that IBM produces broker fix packs at a rapid rate, but that's off topic)
| abd.wsu wrote: |
| If i go with multiple locations, is changing only the mqsiprofile path enough? or do i need to change the odbc.ini files and the java libpaths to the new installation too, like we do between major versions? |
What would you set up if you installed the new fix pack on a clean machine? You need to do that.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| abd.wsu |
| Posted: Wed May 06, 2015 9:10 am Post subject: |
|
|
Acolyte
Joined: 12 Sep 2012
Posts: 65
|
 I understand. I guess there's no point arguing this. RESISTANCE IS FUTILE. I'll go ahead with multiple locations. Just that by doing this, IBM adds another layer of duties/work for the admins. I wish it was just straightforward like MQ. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 06, 2015 9:41 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| abd.wsu wrote: |
| I wish it was just straightforward like MQ. |
WMQ (post v7.5) can work exactly the same way as this (co-location) in respect to fix packs and rolling them back. Which is very handy when it has WMB or IIB sitting on it.
Or do you mean straightforward in the sense of "you can simply tell the user to live with the fix pack because you have to do a full uninstall / reinstall to revert MQ to the previous level & you don't have time"?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
