Project

General

Profile

Actions

Bug #13676

open

svccfg_libscf.c:2697: scf_transaction_commit() failed with unexpected error 1101. Aborting.

Added by Jorge Schrauwen 8 months ago. Updated 8 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
Gerrit CR:

Description

svccfg is dumping core when trying to import a service manifest.

On closer inspection the manifest doesn't appear to be valid, but we should probably not core dump.

Command run: svccfg import /opt/custom/smf/pkgsrc/zrepl.xml
Manifest:

<?xml version='1.0'?>
<!DOCTYPE service_bundle SYSTEM '/usr/share/lib/xml/dtd/service_bundle.dtd.1'>
<service_bundle type='manifest' name='export'>
  <service name='pkgsrc/zrepl' type='service' version='0'>
    <dependency name='autogen-b97a77c3' grouping='require_all' restart_on='none' type='service'>
      <service_fmri value='svc:/system/filesystem/local:default'/>
    </dependency>
    <dependency name='autogen-12af632a' grouping='require_all' restart_on='none' type='service'>
      <service_fmri value='svc:/milestone/multi-user:default'/>
    </dependency>
    <dependency name='autogen-09aa2615' grouping='optional_all' restart_on='error' type='service'>
      <service_fmri value='svc:/milestone/network'/>
    </dependency>
    <dependency name='autogen-bda5be2e' grouping='require_any' restart_on='error' type='service'>
      <service_fmri value='svc:/network/loopback'/>
    </dependency>
    <dependent name='autogen-158ae5b7' grouping='optional_all' restart_on='none'>
      <service_fmri value='svc:/milestone/multi-user-server'/>
    </dependent>
    <method_context>
      <method_credential user='root' group='root'/>
      <method_environment>
        <envvar name='PATH' value='/opt/salt/bin:/usr/bin:/usr/sbin:/smartdc/bin:/opt/smartdc/bin:/opt/local/bin:/opt/local/sbin:/opt/tools/bin:/opt/tools/sbin:/opt/smartdc/agents/bin'/>
      </method_environment>
    </method_context>
    <property_group name='config' type='application'>
      <propval name='file' type='astring' value='/opt/local/etc/zrepl.yml'/>
    </property_group>
    <instance name='default' enabled='false'>
      <exec_method name='start' type='method' exec='/opt/custom/svc/zrepl start %{config/file}' timeout_seconds='60'/>
      <exec_method name='stop' type='method' exec=':kill' timeout_seconds='60'/>
      <exec_method name='refresh' type='method' exec=':kill -HUP' timeout_seconds='60'/>
      <property_group name='startd' type='framework'>
        <propval name='duration' type='astring' value='contract'/>
        <propval name='ignore_error' type='astring' value='core,signal'/>
      </property_group>
      <template>
        <common_name>
          <loctext xml:lang='C'>zrepl - ZFS Replication Service</loctext>
        </common_name>
      </template>
    </instance>
  </service>
</service_bundle>

Actions #1

Updated by Jorge Schrauwen 8 months ago

I think the issue is that the dependancy name was not unique, after chaging the names I nolonger get a core!

I do get `svccfg: Unexpected libscf error on line 12574 of svccfg_libscf.c: server has insufficient resources.` But it looks the previous error has messed up svc.configd as I can no longer do much with svcadm and svccfg at all. I will reboot the box later today.

Actions #2

Updated by Jorge Schrauwen 8 months ago

Reboot solved the 2nd problem.

So it was indeed duplicate dependancy/dependant names.
I did forget to grab the core I had in /root so I lost it :(

Actions

Also available in: Atom PDF