>
>
> 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"/>
--
This message posted from opensolaris.org
