http://defect.opensolaris.org/bz/show_bug.cgi?id=10249

           Summary: bfu caused the /usr/sbin/svcadm core dump
    Classification: Development
           Product: nwam
           Version: unspecified
          Platform: ANY/Generic
        OS/Version: All
            Status: NEW
 Status Whiteboard: nwam1-build:2009-07-23
          Severity: blocker
          Priority: P1
         Component: CLI
        AssignedTo: nwam-dev at opensolaris.org
        ReportedBy: lizhong.li at sun.com
         QAContact: nwam-dev at opensolaris.org


I installed snv_119 on an x86 machine, then bfu it to the bits
nwam1-build:2009-07-23, then I saw some error like this:

cp: cannot create /var/svc/manifest/platform/i86pc/kdmconfig.xml: No such file
or directory
bfu: could not copy /ws/onnv-gate/public/smf/post-5090532/kdmconfig.xml
Converted platform/i86pc/kdmconfig
(post-5090532)

...

Getting ACR information from
/net/trigati.east/export/build/am223141/nwam1-build/archives/i386/nightly.2009-07-23-nd...
ok

Processing global zone:
    FILE                                 ACTION                STATUS
    etc/driver_classes                   i.kclasses            ok
    etc/minor_perm                       i.minorperm           ok
    etc/driver_aliases                   i.drvalias            ok
    etc/path_to_inst                     i.preserve            ok
    etc/shadow                           i.shadow              ok
    etc/default/init                     i.definit             ok
    etc/remote                           i.etcremote           ok
    etc/nsswitch.conf                    i.nsswitch            ok
    etc/security/auth_attr               i.rbac                ok
    etc/security/exec_attr               i.rbac                ok
    etc/security/prof_attr               i.rbac                ok
    etc/user_attr                        i.rbac                ok
    etc/vfstab                           i.vfstab              ok
    etc/hba.conf                         i.preserve            ok
    etc/hba.conf                         i.build               ok
    etc/ima.conf                         i.preserve            ok
    etc/ima.conf                         i.build               ok
    etc/mpapi.conf                       i.preserve            ok
    etc/mpapi.conf                       i.build               ok
    var/yp/aliases                       i.preserve            ok
    boot/solaris/bootenv.rc              i.bootenvrc           ok

updating //platform/i86pc/amd64/boot_archive
updating //platform/i86pc/boot_archive
Finished.  See /tmp/acr.fvaqUy/allresults for complete log.


bfu# reboot -- -r
Terminated
bash-3.2# updating //platform/i86pc/boot_archive
updating //platform/i86pc/amd64/boot_archive
syncing file systems... done
SunOS Release 5.11 Version nwam1-build:2009-07-23 64-bit
Copyright 1983-2009 Sun Microsystems, Inc.  All rights reserved.
Use is subject to license terms.
svc.configd: Fatal error: /etc/svc/repository.db: service_tbl table creation
fails: attempt to write a readonly database
Requesting System Maintenance Mode
(See /lib/svc/share/README for more information.)
svc.configd exited with status 102 (database initialization failure)


# svcs -xv
svcs: Could not bind to repository server: repository server unavailable. 
Exiting.

I found there's a core file for svcadm,
# mdb /core
Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ]
> ::status
debugging core file of svcadm (32-bit) from earthscience
file: /usr/sbin/svcadm
initial argv: /usr/sbin/svcadm _smf_repository_switch perm
threading model: native threads
status: process terminated by SIGABRT (Abort), pid=2957 uid=0 code=-1
> ::stack
libc.so.1`_lwp_kill+7(1, 6, 8047db8, fee9abfe)
libc.so.1`raise+0x22(6, 0, 8047e08, fee7207a)
libc.so.1`abort+0xf2(8047e30, fefc47b4, fef903f8, fee60fc2, 29, fef87014)
main+0xa33(3, 8047e6c, 8047e7c, feffb804)
_start+0x7d(3, 8047f04, 8047f15, 8047f2c, 0, 8047f31)

I can't upload the core file since the networking connection is not valid due
to this issue.

-- 
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.

Reply via email to