OpenSolaris

Printable Version Enter a New Search
Bug ID 6785730
Synopsis extra check for a field in case of OBAN diskset that fails resulting in bad mediator data
State 10-Fix Delivered (Fix available in build)
Category:Subcategory kernel:svm
Keywords rtiq_regression
Responsible Engineer Rameshkumar Ramasamy
Reported Against
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_111
Fixed In snv_111
Release Fixed solaris_nevada(snv_111) , solaris_10u8(s10u8_01) (Bug ID:2172064)
Related Bugs 4849644
Submit Date 16-December-2008
Last Update Date 25-March-2009
Description 
Running:

  Solaris 10 10/08 s10s_u6wos_07b SPARC + IDR140013-01 (w/ 4849644 fix)
  sun cluster 3.2u2 build 19

Problem:

I am testing 4849644 with sun cluster.  Adding mediator hosts to oban diskset always results in mediators w/ status "Bad" and reporting "no matching mediator record found".  Responsible developers have root caused the problem and found that "It is happening because of an extra check for a field in case of OBAN diskset and it fails.".  

Below is how the problem looks to the user:

# metaset -s set4 -a -M -h ptrinity1 ptrinity3
# metaset -s set4

Multi-owner Set name = set4, Set number = 4, Master =

Host                Owner          Member
 ptrinity3                        Yes
 ptrinity1                        Yes
# metaset -s set4 -a -M -m ptrinity1 ptrinity3
# echo $?
0
# medstat -s set4
Mediator                Status  Golden
ptrinity1               Bad
medstat: ptrinity1: ptrinity1: no matching mediator record found:

ptrinity3               Bad
medstat: ptrinity1: ptrinity3: no matching mediator record found:

medstat: ptrinity1: ptrinity3: no matching mediator record found:

#
#
# which medstat
/usr/sbin/medstat
#
# cp /usr/sbin/medstat /usr/sbin/medstat.orig
#
#
# cp /net/drosera.sfbay/export/users/rr204483/madhurfe/medstat /usr/sbin/medstat
# medstat -s set4 -fd
Mediator                Status  Golden
ptrinity1               Ok      No
       med_data_t:
               med_dat_mag=0x00000000
               med_dat_rev=0x00000000
               med_dat_cks=0x00000000
               med_dat_fl=0x00000000
               med_dat_sn=0
               med_dat_id=Wed Dec 31 16:00:00 1969
                                   0 [         0]
               med_dat_cc=0 [lb_commitcnt]
ptrinity3               Ok      No
       med_data_t:
               med_dat_mag=0x00000000
               med_dat_rev=0x00000000
               med_dat_cks=0x00000000
               med_dat_fl=0x00000000
               med_dat_sn=0
               med_dat_id=Wed Dec 31 16:00:00 1969
                                   0 [         0]
               med_dat_cc=0 [lb_commitcnt]

--------------------------

Mediator file [/etc/lvm/meddb] contents:
med_db_hdr_t:
       med_dbh_mag=0x6d656462
       med_dbh_rev=0x10000000
       med_dbh_cks=0x2ff869bb
       med_dbh_nm=4
med_rec_t:
       med_rec_mag=0x6d657265
       med_rec_rev=0x10000000
       med_rec_cks=0xa8c3f000
       med_rec_fl=0x00000000
       med_rec_sn=4
       med_rec_snm=set4
       med_rec_foff=0
       med_rec_nodes:
               med_rec_nodes[0]=multiowner
               med_rec_nodes[1]=
               med_rec_nodes[2]=
               med_rec_nodes[3]=
               med_rec_nodes[4]=
               med_rec_nodes[5]=
               med_rec_nodes[6]=
               med_rec_nodes[7]=
       med_rec_meds:
               med_rec_meds.n_cnt=2
               med_rec_meds.n_lst[0].a_cnt=1
               med_rec_meds.n_lst[0].a_nm[0]=ptrinity1
               med_rec_meds.n_lst[1].a_cnt=1
               med_rec_meds.n_lst[1].a_nm[0]=ptrinity3
               med_rec_meds.n_lst[2].a_cnt=0
#
Work Around 
N/A
Comments 
N/A