On 17/02/2010 20:39, Anurag S. Maskey wrote: > > > Alan Maguire wrote: >> On 17/02/2010 18:42, Anurag S. Maskey wrote: >>> >>> >>> Alan Maguire wrote: >>>> On 17/02/2010 18:16, Anurag S. Maskey wrote: >>>>> Anyone else notice the following in sparc: >>>>> >>>>> After BFU and reboot, there are no locations, but network/location >>>>> is online. >>>>> >>>> hmm, this sounds really weird. What did you bfu >>>> on top of? Was it a fresh install, a previous nwam1 >>>> build etc? I'll try and reproduce this at my end. >>>> Nothing odd in any of the service logs? >>> bfu'ed on top of snv_127. I rebfu'ed nwam1_134 on top of nwam1_134 >>> and still the same problem (all non-debug builds). >>> manifest-import's log had no complaints, nothing when manually >>> doing "svccfg import". In the changes I pulled from the ON gate >>> this morning (pushes to the ON gate since Sunday night), there were >>> no SMF related changes. >>> >> I tried to reproduce this, no luck - everything worked fine >> for x86 and sparc, bfu'ing nwam1_134-nd on top of snv_134-nd. >> >> Regarding getting import to work, the nuclear option is to >> "svccfg delete -f location" and re-import, but even if that works >> the question is why this happened in the first place. If the >> properties don't get added when you try and re-import, that >> might suggest the manifest hash was updated based on the the >> to-be-imported values, but not all those values were imported. >> Before deleting, it might be worth trying the following: >> >> # svccfg >> >> svc:> select smf/manifest >> >> svc:/smf/manifest> listprop >> var_svc_manifest_network_network-location_xml/* >> >> var_svc_manifest_network_network-location_xml/manifestfile astring >> /var/svc/manifest/network/network-location.xml >> var_svc_manifest_network_network-location_xml/md5sum opaque >> a13b7427d10e76b40438dcac02df8f8ce6bdc0090e695319d21ae0138e6859f2 >> >> svc:/smf/manifest> >> >> Does your md5sum property end in bdc0090e695319d21ae0138e6859f? >> All the machines I've looked at with nwam1_134-nd end in this value. > > The hash is the same. > I "svccfg delete"ed and then re-imported the manifest and now the > properties show up. On disable +enable, our default locations were > created. the md5sum hash is still the same. strange ...... > > What to make of this? > The only thing I can think is the manifest import of network/location got interrupted after the manifest hash had been computed and set, but before the properties had been imported. As a consequence, it looked like the service was up-to-date wrt the manifest, but the properties were missing. Looking at the code, it seems like we do the import before setting the hash though, so that seems impossible. If you reproduce this again it might be worth examining the various snapshots, particulary last-import:
# svccfg svc:> select location:default svc:/network/location:default> listsnap initial last-import previous running start svc:/network/location:default> svc:/network/location:default> selectsnap last-import [last-import]svc:/network/location:default> listprop */* ...to make sure none of the properties are there either. Why this would happen I have no idea. Alan
