Unsolved
This post is more than 5 years old
3 Posts
0
1769
August 5th, 2009 11:00
how do you unmap VCM device on DMX
I was setting up a cellera to see storage on DMX and I found out that VCM device is mapped to 000 address instead it should have been mapped to 00E,F. So in process of unmapping where you make device not_ready or write_disable, it says can't perform this action because it is a DRV device. So how to do it and wat is DRV device?
Thanks
Sandeep
Thanks
Sandeep



RobertDudley
2 Intern
•
448 Posts
0
August 5th, 2009 11:00
Sandeepr1
3 Posts
0
August 5th, 2009 12:00
Quincy561
1.3K Posts
0
August 5th, 2009 12:00
MaximUnited
111 Posts
0
August 6th, 2009 01:00
I needed to change FA flags.
So the option to unmap a VCM depends on which microcode you're using...
SKT2
2 Intern
•
1.3K Posts
0
August 30th, 2009 03:00
MaximUnited
111 Posts
0
August 31st, 2009 00:00
dynamox
9 Legend
•
20.4K Posts
0
February 25th, 2010 11:00
Boom1
131 Posts
0
February 25th, 2010 11:00
yes, first one is true. cannot unmap device with out putting it in not ready state.
second thing up to my knowledge there is a no big relationship between I/O and VCM. if it is GK than different thing.
But when you edit some port flag you have to restart fa port. this is real burden.
soncao01
12 Posts
0
February 25th, 2010 11:00
hi, MaximUnited,
When you unmapped the VCM device, you must have had to put into not_ready first. First, is this true? Second, did it impact I/O on other FAs that use the VCM for masking?
Thanks,
Son
dynamox
9 Legend
•
20.4K Posts
0
February 25th, 2010 11:00
It's recommended to temporarily suspend IO to the port but not actually bounce the FA, I've had to set port flags on the fly without any issues.
This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.
If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
Boom1
131 Posts
0
February 25th, 2010 11:00
dynamox
9 Legend
•
20.4K Posts
0
February 25th, 2010 12:00
You can make it write_disabled just on that specific FA and then unmap it.
Symdev -sid 123 write_disable 0BAD -SA 9A - p 0
This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.
If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
soncao01
12 Posts
0
February 25th, 2010 12:00
That's correct, dynamox, I want to unmap the VCM device from the FA, which is unused, by the way. Bottom line - I want to enable volume_set_addressing on the FA. When I run symconfigure to do that, it fails, reporting that there are devices mapped to the FA. Makes sense, so I unmap all devices and GK's from the FA. Ran symconfigure again to enable volume_set_addressing. Fails again with the same error. Only device left on that FA now is the VCM device at address 00. I'm sure I can unmap the VCM device from the FA but I would be forced to put it into not_ready first.
$64K question: If I put VCM device in not_ready, will this affect I/O on other FAs where the VCM is mapped? In other words, the hosts that are using other FAs are relying on VCM to keep lun access straight...will they be impacted when VCM device goes to not_ready?
soncao01
12 Posts
0
February 25th, 2010 13:00
Boom1
131 Posts
0
February 25th, 2010 14:00
this is the magic behind dynamox point soncao01.
Dynamox is EMC guru.