While I'm able to get a network with the 06/08 build, any attempt to run punchin
now seems to immediately cause the network to drop, which means that punchin
can't connect to the punchin point.
Why I type punchctl start in a terminal, nwamd immediately reacts and I see the
following messages in the logs:
Jun 10 10:27:10 starbug-mac nwamd[610]: [ID 594159 daemon.debug] 4: routing
message type 4 socket 9 discarded
Jun 10 10:27:10 starbug-mac last message repeated 1 time
Jun 10 10:27:10 starbug-mac nwamd[610]: [ID 441904 daemon.debug] 4: routing
message DELETE socket 9 discarded
Jun 10 10:27:10 starbug-mac nwamd[610]: [ID 205927 daemon.debug] 4: routing
message ADD socket 9 discarded
Jun 10 10:27:10 starbug-mac nwamd[610]: [ID 870988 daemon.debug] 2: signal
Hangup caught
Jun 10 10:27:10 starbug-mac nwamd[610]: [ID 214185 daemon.debug] 2:
nwamd_fini_ncus: deinitializing NCUs for Automatic
Jun 10 10:27:10 starbug-mac nwamd[610]: [ID 464332 daemon.debug] 2:
ncu_create_init_fini_event(myk0, fec1ef7c)
Jun 10 10:27:10 starbug-mac nwamd[610]: [ID 723944 daemon.debug] 2: enqueueing
event 16 (OBJECT_FINI) for object (82d7f88) link:myk0
Jun 10 10:27:10 starbug-mac nwamd[610]: [ID 464332 daemon.debug] 2:
ncu_create_init_fini_event(myk0, fec1ef7c)
...
The main one is the "Hangup caught" which is a likely refresh of the SMF
service, and it seems that punchin does this in the nwam_nss function in
cleanup.solaris.kshlib, which does a refresh of nwam, to get the update to the
SMF property:
nwamd/use_net_svc
which isn't present for NWAM Phase 1...
The attached patch to punchin fixes this by first checking that the property
exists, if not, then don't try set it or refresh nwam.
HTH,
Darren.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: patch
URL:
<http://mail.opensolaris.org/pipermail/nwam-dev/attachments/20090610/aff0464d/attachment.ksh>
