stevenwilliamson

<?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='network/puppet' type='service' version='0'>
    <create_default_instance enabled='true'/>
    <single_instance/>
    <dependency name='loopback' grouping='require_all' restart_on='error' type='service'>
      <service_fmri value='svc:/network/loopback:default'/>
    </dependency>
    <dependency name='physical' grouping='require_all' restart_on='error' type='service'>

stevenwilliamson

I have an image that fails to boot on the latest PI, but only when provisioned on the latest PI.
If I provision the same image on an older platform, (20150622T171240Z), and then reboot to the
latest PI the zone comes up fine.


The crux of the issue appears to be when provisioning on the new PI the SMF service
system/boot-archive is missing.

For refernce base64 14.2.0 and base64 13.2.0 provision fine. The issue is with a custom image.
Which is base64 14.2.0 essentially with puppet installed ready to go.

stevenwilliamson

+ /sbin/ifconfig net1 inet 10.16.100.251/24 up up
+ iface_configured=true
+ read ifparams
+ [[ -f /etc/addrconf.net1 ]]
+ [[ -z true ]]
+ read -r iface addrtype
+ IFS=:
+ first_ipv4_configured=''
+ iface_configured=''
+ [[ -f /etc/dhcp.net2 ]]

stevenwilliamson

# Find all folders  (for example in /content/smartos-live/proto/usr/perl5/site_perl/5.12/Munin)
find -type d | while read l; do n=$(basename $l); echo "d usr/perl5/site_perl/5.12/Munin/${n} 0755 root bin"; done
# Find all files
find "${PWD}" -type f | while read l; do n=$l; echo "f ${n/\/content\/smartos-live\/proto\//} 0644 root bin"; done

stevenwilliamson

Kernel panic when a disk was pulled.


[root@phy3-sw1-ash (ash) /var/crash/volatile]# mdb -k unix.0 vmcore.0
Loading modules: [ unix genunix specfs dtrace mac cpu.generic uppc apix scsi_vhci ufs ip hook neti sockfs arp usba stmf_sbd stmf zfs sd lofs idm mpt_sas crypto random cpc logindmux ptm kvm sppp nsmb smbsrv nfs ]
> $C
ffffff01e863a710 mutex_owner_running+0xd()
ffffff01e863a750 spa_async_request+0x44(ffffff4447a3e9e0, 2)
ffffff01e863a790 vdev_disk_off_notify+0x77(ffffff43202e0b88, fffffffffbc997c0, ffffff431f509d40, 0)

stevenwilliamson

[root@standard3-dev ~]# cat ssl.log
keyStore is :
keyStore type is : jks
keyStore provider is :
init keystore
init keymanager of type SunX509
trustStore is: /opt/local/java/openjdk7/jre/lib/security/cacerts
trustStore type is : jks
trustStore provider is :
init truststore

stevenwilliamson

class mysql::params{
  # we have to figure out:
  # - server package name
  # - client package name
  # - service name
  # - p5-DBD major_version to install
  # - any additional packages that need to be installed
  # All based on a combination of major mysql version, operating system, mysql variant,
  # and pkgsrc release
  if $::operatingsystem == 'SmartOS' {

stevenwilliamson

[root@phy8-sw1-ash (ash) /opt/debug]# mdb -p $(pgrep dlmgmtd) -e 'dlmgmt_avl_lock::print'
{
    __pthread_rwlock_readers = 0x40000000
    __pthread_rwlock_type = 0
    __pthread_rwlock_magic = 0x5257
    __pthread_rwlock_mutex = {
        __pthread_mutex_flags = {
            __pthread_mutex_flag1 = 0

stevenwilliamson

Provisiong a KVM VM with 24GB of RAM on a 256GB hypervisor, that has 150GB allocated to VM's.
The ARC is taking up most of the free memory. When the provision starts excessive paging causes the hypervisor and all resident VM's to become unresponsive. It does eventually come back.



     memory           page          executable      anonymous      filesystem 
   swap  free  re  mf  fr  de  sr  epi  epo  epf  api  apo  apf  fpi  fpo  fpf
 190351496 107144740 2018 71144 24 0 6597 0 0  0    8   23   23    1    0    1
 71921096 11854300 1303 73622 0 0 0  0    0    0    0    0    0    0    0    0
 71881076 11847084 768 20141 0 0 0   0    0    0    0    0    0    0    0    0

stevenwilliamson

The error from the services logfile when starting with use_profile = true and profile = deploy set in method_context

Could not find the execution profile "deploy", command /opt/local/lib/svc/method/unicorn


Code responsible for error in librestart.c from illumos-joyent

	eap = getexecprof(buf, KV_COMMAND, cmdp, GET_ONE);
	if (eap == NULL)