| Author |
Message
|
| Vitor |
 Posted: Wed May 14, 2014 12:38 pm Post subject: Re: Websphere MQ installation for Solaris |
 |
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| zpat wrote: |
| Vitor wrote: |
The first. Though I will of course be disguised as my mild mannered, real life alter ego. |
Damn, I'll be there on the second week. |
My secret identity survives.
You could get David Hardcastle to show you the "class photo" from the first week. I'll be the person with a black bar over their eyes.....
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
 |
| pintrader |
| Posted: Wed May 14, 2014 6:28 pm Post subject: Re: Websphere MQ installation for Solaris |
|
|
Disciple
Joined: 22 Jan 2014
Posts: 164
|
| Vitor wrote: |
Yet here it says the -ld & -md parameters can be used to place a queue manager's files in separate areas; go figure.
|
hi just for my own knowledge and understanding (just a couple of months meddling with WMQ), how then do we move the log and data back to the original directory?On MSCS there is command i use is hamvmqm. I read the doc here, it says there is stanza for that. I believe the ini file called mqs.ini under /var/mqm can be edited and it will be considered moved? pls correct me thanks. |
|
| Back to top |
|
|
| exerk |
| Posted: Thu May 15, 2014 12:31 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| Vitor wrote: |
My secret identity survives.
You could get David Hardcastle to show you the "class photo" from the first week. I'll be the person with a black bar over their eyes..... |
So you've "starred" in quite a few publications over the years then? 
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Thu May 15, 2014 2:19 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
| pintrader wrote: |
| On MSCS there is command i use is hamvmqm. |
It does work on non clustered systems. Try it and see.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| JosephGramig |
| Posted: Thu May 15, 2014 5:07 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Grand Master
Joined: 09 Feb 2006
Posts: 1244
Location: Gold Coast of Florida, USA
|
| pintrader wrote: |
| hi just for my own knowledge and understanding (just a couple of months meddling with WMQ), how then do we move the log and data back to the original directory?On MSCS there is command i use is hamvmqm. I read the doc here, it says there is stanza for that. I believe the ini file called mqs.ini under /var/mqm can be edited and it will be considered moved? pls correct me thanks. |
The hamvmqm is only for MSCS initial setup of HA Qmgrs. In any environment, why would you move it from where you initially put it?
I would use two initial mount points plus two more for each Qmgr:
/opt/mqm (or /usr/mqm for the install with maybe sub-directories for releases 7.1 or 7.5 and so on)
/var/mqm (for FDCs, traces and incidentals)
For each Qmgr:
/var/ibm/mqm/<QmgrName>/data
/var/ibm/mqm/<QmgrName>/log
If you build all your Qmgrs this way, then it is very easy to convert them to HA or MI Qmgrs.
You might what another mount point for /home/mqm (which will be /var/mqm if you don't create the group and ID mqm before you install). |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Thu May 15, 2014 5:32 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
| JosephGramig wrote: |
The hamvmqm is only for MSCS initial setup of HA Qmgrs. In any environment, why would you move it from where you initially put it?
|
This is a good point. But....
I have a set of scripts that build and populate a QMGR. The core script works in an non MSCS environment as well as a full MSCS setup.
When I was developing the script I made a mistake and a non clustered build executed the hamvmqm command as if we were building it in an MSCS environment.
Everything worked perfectly.
Just saying...
Also, we had a few issues with building the QMGR directly onto the shared drive. No it wasn't filesystem issues, we checked. (7.5.0.3)
So our scripts not actually do the same build regardless of the type of system. If the hamvmqm fails because there is not driver 'S:
' then we don't really care.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| pintrader |
| Posted: Thu May 15, 2014 5:53 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Disciple
Joined: 22 Jan 2014
Posts: 164
|
| JosephGramig wrote: |
The hamvmqm is only for MSCS initial setup of HA Qmgrs. In any environment, why would you move it from where you initially put it?
|
hi thanks. I am hypothetically putting this question across. Say I already have a system but the /var is not a mounted partition but a directory under "/". and root has got not much space left. So I asked how to "increase" this space. Mr Vitor has kindly provided a solution for me, by moving Qmgr data+log to another file system or paritition. Then , say after I somehow manage to increase /var , i want to move it back. That's why I asked , can we just use "mv" ? or use "hamvmqm" or some other commands? Or even editing qms.ini or mqs.ini? |
|
| Back to top |
|
|
| pintrader |
| Posted: Thu May 15, 2014 6:06 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Disciple
Joined: 22 Jan 2014
Posts: 164
|
| smdavies99 wrote: |
I have a set of scripts that build and populate a QMGR. The core script works in an non MSCS environment as well as a full MSCS setup.
When I was developing the script I made a mistake and a non clustered build executed the hamvmqm command as if we were building it in an MSCS environment.
Everything worked perfectly.
Just saying...
|
hi thanks. you gave me a nice tip using hamvmqm.:)
actually, i was trying out the Solaris version of the WMQ7.5.0.2 but I didn't see the hamvmqm command anywhere . (using find to locate both /opt and /var/mqm). Maybe the trial version doesn't have it. oh well... |
|
| Back to top |
|
|
| pintrader |
| Posted: Thu May 15, 2014 6:15 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Disciple
Joined: 22 Jan 2014
Posts: 164
|
| JosephGramig wrote: |
I would use two initial mount points plus two more for each Qmgr:
/opt/mqm (or /usr/mqm for the install with maybe sub-directories for releases 7.1 or 7.5 and so on)
/var/mqm (for FDCs, traces and incidentals)
For each Qmgr:
/var/ibm/mqm/<QmgrName>/data
/var/ibm/mqm/<QmgrName>/log
|
Maybe its just me, but I have always thought that /opt is for optional software package for the operating system, and /var is also for the operating system ( eg /var/log /var/messages etc ). Hence that's why I am curious why IBM chooses to install to /var ... (although they are just directories). But I would still like my own customisation for easier "maintenance". Eg I can create a /log partition to store all my application's logs instead of all over the place. So for MQ, I can move the Qmgr log path there. Then i can also create a /applications partition and put my MQ installation there together with the rest of my applications, eg DB2, WAS etc etc... |
|
| Back to top |
|
|
| JosephGramig |
| Posted: Thu May 15, 2014 10:12 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Grand Master
Joined: 09 Feb 2006
Posts: 1244
Location: Gold Coast of Florida, USA
|
| pintrader wrote: |
| JosephGramig wrote: |
I would use two initial mount points plus two more for each Qmgr:
/opt/mqm (or /usr/mqm for the install with maybe sub-directories for releases 7.1 or 7.5 and so on)
/var/mqm (for FDCs, traces and incidentals)
For each Qmgr:
/var/ibm/mqm/<QmgrName>/data
/var/ibm/mqm/<QmgrName>/log
|
Maybe its just me, but I have always thought that /opt is for optional software package for the operating system, and /var is also for the operating system ( eg /var/log /var/messages etc ). Hence that's why I am curious why IBM chooses to install to /var ... (although they are just directories). But I would still like my own customisation for easier "maintenance". Eg I can create a /log partition to store all my application's logs instead of all over the place. So for MQ, I can move the Qmgr log path there. Then i can also create a /applications partition and put my MQ installation there together with the rest of my applications, eg DB2, WAS etc etc... |
There is nothing stopping you from choosing:
/skippy/john/jones/<QmgrName>/data
/skippy/john/jones/<QmgrName>/log
For your directories. I suggested /var/ibm/mqm/... because Vitor said his SAs got snippy if he suggested another location (never happened to me but I always wondered what /var or /opt or /usr had for true meaning and why its use is never consistent).
What I do know is that MQ will definitely insist on putting some stuff in /var/mqm including things that don't move for Qmgrs even in HA environments. MQ will generate FDCs, put them in /var/mqm/errors and they can be large. You really do what a separate file system for /var/mqm and mount that on /var/mqm. |
|
| Back to top |
|
|
| zpat |
| Posted: Thu May 15, 2014 10:14 pm Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
You can manually relocate the data and log directories and then adjust the reference in mqs.ini.
Just make sure you exactly replicate all the directory structure/contents and permissions.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Fri May 16, 2014 1:35 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20763
Location: LI,NY
|
| zpat wrote: |
You can manually relocate the data and log directories and then adjust the reference in mqs.ini.
Just make sure you exactly replicate all the directory structure/contents and permissions. |
That's only half the work.
After changing mqs.ini you need to update the log reference in qm.ini.
By the way don't change the ref in mqs.ini but use dspmqinf -o command, rmvmqinf and addmqinf and of course update the path between the remove and add commands... and don't forget to update the log reference in qm.ini
I believe using hamvmqm you could do this operation in one go and would update both mqs.ini and mq.ini references, but I never used it this way.
Have fun
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri May 16, 2014 5:39 am Post subject: Re: Websphere MQ installation for Solaris |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| JosephGramig wrote: |
| For your directories. I suggested /var/ibm/mqm/... because Vitor said his SAs got snippy if he suggested another location (never happened to me but I always wondered what /var or /opt or /usr had for true meaning and why its use is never consistent). |
The lecture I got was that /var was for "variable" data (like data files), /opt was for "optional" software (i.e. non-OS) and /usr was for "user" software (i.e. non-OS) because some Unix variants don't like refering to software that users put on the system as "optional" (because it's essential to a business process).
I absolutely agree with you that from a technical standpoint you could use:
/flopsy/calico/bunny/<QmgrName>/
as the root.
| JosephGramig wrote: |
| What I do know is that MQ will definitely insist on putting some stuff in /var/mqm including things that don't move for Qmgrs even in HA environments. MQ will generate FDCs, put them in /var/mqm/errors and they can be large. You really do what a separate file system for /var/mqm and mount that on /var/mqm. |
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| JosephGramig |
| Posted: Fri May 16, 2014 7:32 am Post subject: |
|
|
Grand Master
Joined: 09 Feb 2006
Posts: 1244
Location: Gold Coast of Florida, USA
|
You can read here what wikapedia has to say about UNIX file systems (if you put faith in that as a SOR).
So, /opt or /usr is right depending on your point of view, personal preference and spiritual beliefs.
In reading it, /var would be the right place for Qmgr data and logs. In reading further, you might say /var/opt/ibm/mqm/<QmgrName> for the stem. |
|
| Back to top |
|
|
|
|
