[OmniOS-discuss] Updates for OmniOS r151014 & r151016

[Jim Klimov]

13 ноября 2015 г. 22:24:31 CET, Gary Gendel <gary at genashor.com> пишет:
>After upgrading I've got a conflict between smb and apcupsd (the ups 
>monitor program from pkgsrc). They both want to lock the usb port that 
>the ups is hung on.
>
>The actual smb process that holds the lock is
>svc:/network/shares/group:smb
>
>Is there a way to tell this process not to hook to this port?  I 
>wouldn't think it would have since the device is not a storage unit.  I
>
>temporarily resolved this by stopping the smb process to start the 
>apcupsd process, then start that one.
>
>Alternatively, is it possible to force the smb process start after the 
>apcupsd one?
>
>Thanks,
>Gary
>
>On 11/13/2015 03:13 PM, Dan McDonald wrote:
>> Hello everyone!
>>
>> I've updated the pkg servers and the install media with updates for
>r151014 & r151016.
>>
>> Highlights include:
>>
>> 016:
>> -----
>>
>> - Changing of sendmail in entire.p5m from "require" to "group" (which
>allows a user to uninstall it).
>> - illumos 6439 (handles KVM guests better)
>> - KVM updates
>> - Hans Rosenfeld's blkdev series of fixes (illumos 6299-6305)
>> - LSI Fury support
>> - ilbd memory leak plug.
>>
>>
>> 014:
>> ------
>>
>> - OpenSSH 7.1p1, including the r151016 method(s) of changing between
>SunSSH and OpenSSH
>> - Git update to 2.6.1
>> - tmux update
>> - illumos 6439 (handles KVM guests better)
>> - KVM updates
>> - Hans Rosenfeld's blkdev series of fixes (illumos 6299-6305)
>> - LSI Fury support
>> - TCP timestamping behavior fix (illumos 5850)
>> - uuidgen(1M) now available
>> - HW data update to match r151016.
>> - Several small ZFS fixes (illumos
>5219,6288,6267,6367,6319,6385,6334,6386)
>> - Aggregates no longer attempt to use downed links (illumos 6274)
>> - glob(3c) now properly deals with large-file 32-bit binaries (you
>may need to locally recompile your custom 32-bit apps)
>> - Zoneinfo update to 2015g
>> - ilbd memory leak plug
>>
>>
>> Happy updating!
>> Dan
>>
>>
>> _______________________________________________
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>OmniOS-discuss mailing list
>OmniOS-discuss at lists.omniti.com
>http://lists.omniti.com/mailman/listinfo/omnios-discuss

> Alternatively, is it possible to force the smb process start after the smb one?

Are these wrapped into SMF instances? Then yes, easily: use 'svccfg -s servicename editprop' or 'svccfg export svcname > file.xml; vi ... ; svccfg import file.xml' to define (maybe optional) dependencies between the two.

HTH,
Jim
--
Typos courtesy of K-9 Mail on my Samsung Android