03-26-2012 09:58 PM
Hi All,
I just want to confirm which option should be better option for the Host mode option for my VCS.
I read one documentation that i should choose option (9) for solaris. But, there is another option (22) for veritas cluster server.
Currently we use option (9) for solaris. And we saw some errors on the servers when we run format command.
The current rpm value 0 is invalid, adjusting it to 3600
The current rpm value 0 is invalid, adjusting it to 3600
The current rpm value 0 is invalid, adjusting it to 3600
I have checked the Hardware technote the xp24000 is supported for solaris 10.
So, i'm thinking of changing the option to (22) would solve the issue, anyone can confirm ?
thanks a lot for the help.
Solved! Go to Solution.
03-27-2012 01:12 AM
Correct. Host Mode 09. System Options: 22
I read these as two different settings.
As per the HW TechNote:
Minimum Firmware : 60-01-31-00 (XP20000/24000)
Host Mode : 09
System Options : 22
DMP Failover mode : A/A
03-27-2012 01:12 AM
Correct. Host Mode 09. System Options: 22
I read these as two different settings.
As per the HW TechNote:
Minimum Firmware : 60-01-31-00 (XP20000/24000)
Host Mode : 09
System Options : 22
DMP Failover mode : A/A
03-27-2012 02:10 AM
Hi,
As Marianne said, Host Mode and System Option are two different things.
The Host Mode provides enhanced compatibility with supported platforms (OS) i.e. Solaris/HP/AIX etc.
Whereas, System Option is more particular to sofware configuration.
You'll need to set both the things correctly. i.e. Host Mode as 9 (for Solaris) plus System Option: 22 (for VCS) or 02 (for SFRAC).
Now, about the error that you are getting :
>> The current rpm value 0 is invalid, adjusting it to 3600
03-27-2012 03:18 AM
Hi Har-D
Here are the format output.
03-27-2012 03:32 AM
Hi Marianne,
the firmware version is 60-06-10. I need to reconfirm back the system options was configured or not.
If it was not configured, Will it be any problem ?
03-27-2012 06:31 AM
*** Try this only if you have a spare disk or a test LUN or a good backup handy (and you have your midset prepared for restore, if anything goes wrong)***
The VTOC is on the first sector of the disk i.e. on initial 512 bytes.
You can try erasing first 512 bytes using 'dd' command and then re-label.
Before erasing, take a backup of existing vtoc. (prtvtoc)
Now populate the label on the LUN using old VTOC. (fmthard).
*** Little risk is involved in this method, so be careful when specifying the counts/block-size