Hi Tundra,

One thing which you should never do is move the parameter directory into 
the root file system for the zone. this is what might cause the 
headache, because the sczbt resource accesses the parameter directory 
and calling zoneadm halt which tries to remove  the mount and this might 
not work.

I would suggest to move the parameters directory to:

/smb1_pool0/parameters


Kind regards,
Detlef

Tundra Slosek wrote:
>> On 12/10/09 21:12, Tundra Slosek wrote:
>>     
>>> Log files are getting big enough that I'm going to
>>>       
>> strart attaching them as files rather than inlining
>> them - if this is poor practice, let me know. 
>>     
>>> So after my last test failed to show exec for zfs,
>>>       
>> I changed my DTrace script to simply log all exec
>> calls, along with PID and PPID, to hopefully show a
>> history of who is calling what. Both the current
>> script and a failure log are attached.
>>     
>>> As I read these, it appears to me that zoneadmd is
>>>       
>> calling /usr/lib/fs/zfs/umount (which becomes 'zfs'
>> somehow?), and hastorageplus_postnet_stop is getting
>> called before the zfs unmount initiated by zoneadmd
>> is complete. So it seems to me that the HAStoragePlus
>> is not waiting for the zone stop to complete.
>>
>> Hi Tundra,
>> The HASP is controlled by RGM (resource group
>> manager). It calls HASP stop 
>> method (to export the pool) after it met the
>> dependencies, which is sczbt stop 
>> method.
>> So it is sczbt stop method responsibility to ensure
>> that zone is completely 
>> halted in synchronous manner by using zoneadm halt
>> command.
>> I am still doubtful that zoneadmd is calling zfs
>> umount as parent pid doesn't 
>> seem to match.
>>     
>
> An exceprt from my attached log earlier:
>
> time:151079827044004    exec-execname:zoneadmd  target:/bin/sh  PID:24844     
>   ParentPID:22619 
> time:151079889402215    exec-execname:ksh93     target:/usr/sbin/umount 
> PID:24857       ParentPID:24844 
> time:151079892167199    exec-execname:umount    target:/usr/lib/fs/zfs/umount 
>   PID:24857       ParentPID:24844 
> time:151079901007985    umount2-execname:zfs    
> mountpoint:/smb1_pool0/smb1_zone/root   flag:0  PID:24857       
> ParentPID:24844 
>
> If I understand the data I have gathered, this means 
> 1.) 'zoneadmd (which is PID 24844) exec's /bin/sh'
> 2.) 'ksh93, whose parent id 24844, execs /usr/sbin/umount'
> 3.) 'umount whose parent id 24844, execs /usr/lib/fs/zfs/umount'
> 4.) 'zfs (whose parent id 24844, which from earlier looks like zoneadmd) 
> issues umount2 against /smb1_pool0/smb1_zone/root'
>
> Am I misreading this? (as I've said, I'm new to DTrace, so I'm not sure I'm 
> tracking this correctly)
>
>   
>> While discussing with Detlef on this, i came to know
>> there is mount parameter 
>> for sczbt which allows you to mount required file
>> systems?
>> Are you using such parameter?
>>     
>
> Is this the Mounts= parameter here, or the HAS_RS=?
>
> root at mltproc1:~# grep -v "#" /opt/SUNWsczone/sczbt/util/sczbt_config.smb1
>
>
> RS="smb1_zone"
> RG="smb1_rg"
> PARAMETERDIR="/smb1_pool0/smb1_zone/parameters"
> SC_NETWORK=true
> SC_LH=smb1_lhname
> FAILOVER=true
> HAS_RS=smb1_zpool
>
>
> Zonename="smb1"
> Zonebrand="ipkg"
> Zonebootopt=""
> Milestone="multi-user-server"
> LXrunlevel="3"
> SLrunlevel="3"
> Mounts=""
>
>
> And again for reference, in case it is causing issues, here is the zone's XML:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE zone PUBLIC "-//Sun Microsystems Inc//DTD Zones//EN" 
> "file:///usr/share/lib/xml/dtd/zonecfg.dtd.1">
> <!--
>     DO NOT EDIT THIS FILE.  Use zonecfg(1M) instead.
> -->
> <zone name="smb1" zonepath="/smb1_pool0/smb1_zone" autoboot="false" 
> brand="ipkg" limitpriv="default,sys_smb"/>
>   

-- 

*****************************************************************************
 Detlef Ulherr
 Staff Engineer                                 Tel: (++49 6103) 752-248
 Availability Engineering                       Fax: (++49 6103) 752-167
 Sun Microsystems GmbH             
 Amperestr. 6                                   mailto:detlef.ulherr at sun.com
 63225 Langen                                   http://www.sun.de/
*****************************************************************************

Sitz der Gesellschaft:
Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht M?nchen: HRB 161028
Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel
Vorsitzender des Aufsichtsrates: Martin H?ring

*****************************************************************************


Reply via email to