| Author |
Message
|
| MrSmith |
 Posted: Thu Nov 13, 2014 6:59 am Post subject: MQ network configuration wizard error... |
 |
|
Master
Joined: 20 Mar 2008
Posts: 215
|
Have VM with two disks on Windows 2012 Datacenter.
MQ - Version 7.5.0.1
Running the install as local user (i.e. no domain user) if I install and take the defaults to the C:\ drive works fine and the network config wizard (which is required to run to configure the windows service) also works fine but that not what I want - I want the data and the logs on a diff disk lets call it K: drive at which point the folder structures etc are created no problem but when it comes to the network config wizard get this error :
"an unexpected error has occurred while validating the security credentials of user [localhostname]\[localuser]
I have tried to the following but get the same message every time
1) Added MUSR_MQADMIN to administrators group to see if it was a permissions issue relevant to that profile as the install is another local user
2) Changed the user running the service to the user that installed having checked it has mqm group and admininstrators participation.
3) had initially tried with domain user having configured as per KC same result hence iopting for the local one instead
Am perplexed as to why the error seems to think it is about domains (this is the suggested resolution about checking networks / domains etc etc) when the user is local and can not think of anything else that is required especially as I say it installs to the C: drive which is just another VM disk fine.
I might add I took the option "NO" to the domain questions at the beginning of the install - on the install to C:\ drive the network conmfig wizard asks me to confirm this selection on the split drive it doesnt even get that far...
_________________
-------- *
“Outside of a dog, a book is man's best friend. Inside of a dog it's too dark to read.” |
|
| Back to top |
|
 |
| Vitor |
| Posted: Thu Nov 13, 2014 7:08 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| MrSmith wrote: |
| Am perplexed as to why the error seems to think it is about domains (this is the suggested resolution about checking networks / domains etc etc) when the user is local and can not think of anything else that is required especially as I say it installs to the C: drive which is just another VM disk fine |
Is it another VM disc, or is it another VM disc mounted somewhere outside the image that's causing the network to get involved?
It can't hurt to consider the advice here and here.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Nov 13, 2014 7:34 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
And remember that if you use WMQ to create a qmgr on a drive that is not local to the box, (even if it is mapped) you may need to use the -a group flag where group is an AD group that has full authority on the destination... This means of course that you need an AD service id to run WMQ and that the service id needs to be a member of the group mentioned with the -a group flag...
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| MrSmith |
| Posted: Thu Nov 13, 2014 7:46 am Post subject: |
|
|
Master
Joined: 20 Mar 2008
Posts: 215
|
thanks for the replies gents
| Quote: |
| Is it another VM disc, or is it another VM disc mounted somewhere outside the image that's causing the network to get involved? |
I believe it is a vmdk (vmware) created disk that is located on a SAN and added as a virtual disk to the configuration for that VM, as far as the OS is concerned it should see it as if it was a dual disk machine
| Quote: |
| And remember that if you use WMQ to create a qmgr on a drive that is not local to the box, (even if it is mapped) you may need to use the -a group flag where group is an AD group that has full authority on the destination... This means of course that you need an AD service id to run WMQ and that the service id needs to be a member of the group mentioned with the -a group flag... |
As far as I was concerned it should be all treated as local because the C:\ drive is just another similar vmdk disk with an OS on it but both vmdk files are located on the same SAN, so not sure why is OK for one and not the other, interestingly it installs as per C:\ drive on the "extra" drive (K) in its entirety but the wizard still fails which would imply it is a disk issue but dont see why MQ would see that as any different form installing it on C:\
Have looked at the reference points but they refer to domains and although we have that group for other platforms this was to be a standalone box so nothing to do with domains
_________________
-------- *
“Outside of a dog, a book is man's best friend. Inside of a dog it's too dark to read.” |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Nov 13, 2014 12:58 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
if it is to be a standalone, you cannot use mapped drives. All that will be accessible to you is local drive.... It has to do with permissions
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| MrSmith |
| Posted: Fri Nov 14, 2014 4:37 am Post subject: |
|
|
Master
Joined: 20 Mar 2008
Posts: 215
|
| fjb_saper wrote: |
| if it is to be a standalone, you cannot use mapped drives. All that will be accessible to you is local drive.... It has to do with permissions |
fjb - but these are not mapped drives per se they are VM harddisk with an assigned drive letter or are you saying the same principle applies?
as in :-
VM disk 1 = is not partitioned but is the whole drive and assigned C:\ (not quite true there is a boot sector style partition at the front but for all intents and purposes)
VM disk 2 = is not partioned but is the whole drive and assigned K:\
the binaries are directed at C:
the logs and data at K:\
I didnt envision it having to go to any "network" here as the OS should just sees them as local disks?
_________________
-------- *
“Outside of a dog, a book is man's best friend. Inside of a dog it's too dark to read.” |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Nov 14, 2014 5:22 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| MrSmith wrote: |
| I didnt envision it having to go to any "network" here as the OS should just sees them as local disks? |
What do you mean by local disks? Local to what? Which o/s? The host or guest?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| MrSmith |
| Posted: Fri Nov 14, 2014 7:31 am Post subject: |
|
|
Master
Joined: 20 Mar 2008
Posts: 215
|
| bruce2359 wrote: |
| MrSmith wrote: |
| I didnt envision it having to go to any "network" here as the OS should just sees them as local disks? |
What do you mean by local disks? Local to what? Which o/s? The host or guest? |
My understanding of VMs was this and it might b completely wrong but
I have ESXi server - the host - whose disks are actaully a SAN
I create a guest VM on the host it creates a vmdk file on the SAN to accomodate the guest OS.
VMWare creates the virtual adaptors between host and guest and you get options to use host connectors direct if you dont want to use NAT
I create an extra disk via the host (therefore another vmdk file on the SAN)
I add the disk to my guest VM so I know have lets say my C: and K:
I want to put binaries to C: and logs and data to K: all done under a local profile and answering no to the domain controllers question on install
The install lets me build the structures on both C: and K: no problem but then throws the error when doing the network config
By no network I mean it not a seperately mounted FS as far as the guest is concerned its a machine that has two disks not one thats all.
does that clarify the situ, it has been done on another box but no one rems how they did it and on comparison i see no diff erence between it and mine regarding permissions etc
_________________
-------- *
“Outside of a dog, a book is man's best friend. Inside of a dog it's too dark to read.” |
|
| Back to top |
|
|
| MrSmith |
| Posted: Fri Nov 14, 2014 9:17 am Post subject: |
|
|
Master
Joined: 20 Mar 2008
Posts: 215
|
OK for those interested I have sorted by having to remove the server form the Domain and it worked fine, one would assume there is a issue or maybe by design but it would seem that it must be checking to see if the server is part of a domain rather than taking the option you select not to install as a domain based installation.
Thanks to all above who contributed
_________________
-------- *
“Outside of a dog, a book is man's best friend. Inside of a dog it's too dark to read.” |
|
| Back to top |
|
|
|
|
