I was doing an Exchange 2010 storage health check recently and needed some information some volumes presented to the environment from our SVC. My colleague gave me some commands to get the information I needed. I also found a useful website with pretty much identical commands listed. Check out the “SAN Admin Newbie — My notes on Useful Commands” blog, the post I looked at was “Commands to look around the SVC -> svcinfo”, located here. This is basic stuff for the seasoned SVC admin, but I’m really new to it, so I’m putting it up here.
The first order of business was to identify the vdisks that were mapped to one of the hosts I was looking at. To do this I used lshostvdiskmap. The lshostvdiskmap command displays a list of volumes that are mapped to a given host. These are the volumes that are recognized by the specified host. More info can be found here.
IBM_2145:dc1-0001svccl:admin>svcinfo lshostvdiskmap dc1-0041esx id name SCSI_id vdisk_id vdisk_name vdisk_UID 148 dc1-0041esx 4 56 b3-003vol_4R1 60050768018E82BD3800000000000247 148 dc1-0041esx 5 57 b3-003vol_5R2 60050768018E82BD3800000000000248 148 dc1-0041esx 6 58 b3-003vol_6R3 60050768018E82BD3800000000000249 148 dc1-0041esx 7 59 b3-004vol_7R1 60050768018E82BD380000000000024A 148 dc1-0041esx 8 60 b3-004vol_8R2 60050768018E82BD380000000000024B 148 dc1-0041esx 9 61 b3-004vol_9R3 60050768018E82BD380000000000024C 148 dc1-0041esx 10 129 dc1C2T3L010 60050768018E82BD3800000000000253 148 dc1-0041esx 11 130 dc1C2T3L011 60050768018E82BD3800000000000254 148 dc1-0041esx 72 106 B3_3vol_72R0 60050768018E82BD3800000000000233 148 dc1-0041esx 73 127 B3_4vol_73R0 60050768018E82BD3800000000000234
So now I know the vdisks, but what if I want to check the capacity or find out the IO Group or MDisk name? I can use lsvdisk to get the job done. The lsvdisk command displays a concise list or a detailed view of volumes that are recognized by the clustered system. More information on this command can be found here.
IBM_2145:dc1-0001svccl:admin>svcinfo lsvdisk B3_4vol_73R0 id 127 name B3_4vol_73R0 IO_group_id 0 IO_group_name io_grp0 status online mdisk_grp_id 4 mdisk_grp_name G00304ST100007 capacity 700.00GB type striped formatted no mdisk_id mdisk_name FC_id FC_name RC_id RC_name vdisk_UID 60050768018E82BD3800000000000234 throttling 0 preferred_node_id 1 fast_write_state not_empty cache readwrite udid 0 fc_map_count 0 sync_rate 50 copy_count 1
copy_id 0 status online sync yes primary yes mdisk_grp_id 4 mdisk_grp_name G00304ST100007 type striped mdisk_id mdisk_name fast_write_state empty used_capacity 700.00GB real_capacity 700.00GB free_capacity 0.00MB overallocation 100 autoexpand warning grainsize
Great, so what about the MDisk group that that vdisk sits on? Let’s use lsmdiskgrp for that one. The lsmdiskgrp command returns a concise list or a detailed view of MDisk groups visible to the cluster. More information can be found here.
IBM_2145:dc1-0001svccl:admin>svcinfo lsmdiskgrp G00304ST100007 id 4 name G00304ST100007 status online mdisk_count 32 vdisk_count 136 capacity 57.3TB extent_size 2048 free_capacity 454.0GB virtual_capacity 56.85TB used_capacity 56.85TB real_capacity 56.85TB overallocation 99 warning 0 IBM_2145:dc1-0001svccl:admin>
Now let’s find out all the vdisks residing on a given MDisk group. In this example I’ve filtered by
mdisk_grp_name as well as adding the -delim , so that I can dump the output in a csv file and work with it in a spreadsheet application.
IBM_2145:dc1-0001svccl:admin>svcinfo lsvdisk -delim , -filtervalue mdisk_grp_name=G00304ST100007 id,name,IO_group_id,IO_group_name,status,mdisk_grp_id,mdisk_grp_name,capacity,type,FC_id,FC_name,RC_id,RC_name,vdisk_UID,fc_map_count,copy_count,fast_write_state 0,dc1_418D_0,0,io_grp0,online,4,G00304ST100007,1000.00GB,striped,,,,,60050768018E82BD380000000000022A,0,1,not_empty 1,B3-01MITMBX_5R0,0,io_grp0,online,4,G00304ST100007,300.00GB,striped,,,,,60050768018E82BD3800000000000236,0,1,not_empty 5,dc1-0027dq_1,0,io_grp0,online,4,G00304ST100007,150.00GB,striped,,,,,60050768018E82BD3800000000000180,0,1,not_empty 10,CL7dc1_000,0,io_grp0,online,4,G00304ST100007,550.00GB,striped,,,,,60050768018E82BD3800000000000181,0,1,not_empty 11,B3-01RMSQCL_1R1,0,io_grp0,online,4,G00304ST100007,1.00GB,striped,,,,,60050768018E82BD3800000000000182,0,1,empty 16,dc1-0001LMF_R0,0,io_grp0,online,4,G00304ST100007,350.00GB,striped,,,,,60050768018E82BD3800000000000010,0,1,not_empty 24,dc1-0006svm_0,0,io_grp0,online,4,G00304ST100007,50.00GB,striped,,,,,60050768018E82BD3800000000000018,0,1,not_empty 25,dc1-0006svm_1,0,io_grp0,online,4,G00304ST100007,20.00GB,striped,,,,,60050768018E82BD3800000000000019,0,1,not_empty 29,dc1-0001vdq_1,0,io_grp0,online,4,G00304ST100007,100.00GB,striped,,,,,60050768018E82BD380000000000001D,0,1,not_empty 33,dc1-WIC864DQ_0,0,io_grp0,online,4,G00304ST100007,200.00GB,striped,,,,,60050768018E82BD3800000000000021,0,1,empty 36,dc1-0051dp_r9,0,io_grp0,online,4,G00304ST100007,50.00GB,striped,,,,,60050768018E82BD3800000000000024,0,1,empty 39,dc1-0052dq_0,0,io_grp0,online,4,G00304ST100007,50.00GB,striped,,,,,60050768018E82BD3800000000000027,0,1,empty [snip] 440,dc1-0006qcl_1,0,io_grp0,online,4,G00304ST100007,270.00GB,striped,,,,,60050768018E82BD38000000000001FE,0,1,empty 444,dc1-0006qcl_5,0,io_grp0,online,4,G00304ST100007,150.00GB,striped,,,,,60050768018E82BD3800000000000202,0,1,empty 448,dc1-0006qcl_9,0,io_grp0,online,4,G00304ST100007,380.00GB,striped,,,,,60050768018E82BD3800000000000206,0,1,empty 452,dc1-0006qcl_13,0,io_grp0,online,4,G00304ST100007,300.00GB,striped,,,,,60050768018E82BD380000000000020A,0,1,empty 454,dc1-0006qcl_15,0,io_grp0,online,4,G00304ST100007,50.00GB,striped,,,,,60050768018E82BD380000000000020C,0,1,empty 455,dc1-0006qcl_16,0,io_grp0,online,4,G00304ST100007,2.00GB,striped,,,,,60050768018E82BD380000000000020D,0,1,empty 456,dc1-0006qcl_17,0,io_grp0,online,4,G00304ST100007,2.00GB,striped,,,,,60050768018E82BD380000000000020E,0,1,empty 457,b3-0007iwsuat_1,0,io_grp0,online,4,G00304ST100007,100.00GB,striped,,,,,60050768018E82BD380000000000020F,0,1,not_empty IBM_2145:dc1-0001svccl:admin>