[OmniOS-discuss] Problem with Omni R151014 upgrade

[Lawrence Giam]

Hi Dan,

How can I get all but exclude the kayak stuff from the pkgrecv?

Regards.

On Fri, Jun 5, 2015 at 5:39 PM, Lawrence Giam <paladinemishakal at gmail.com>
wrote:

> Hi Dan,
>
> What if I setup a local Wholesale Repo Copy with the following:
> # zfs create tankNodeR/NFS/omniosR151014repo
> # pkgrepo create /tankNodeR/NFS/omniosR151014repo
> # pkgrepo set -s /tankNodeR/NFS/omniosR151014repo
> publisher/prefix=OmniOSr151014.abc.internal
> # pkgrepo info -s /tankNodeR/NFS/omniosR151014repo
> PUBLISHER                      PACKAGES STATUS           UPDATED
> OmniOSr151014.abc.internal 0        online
> 2015-06-05T08:08:24.798197Z
>
> # svcadm disable pkg/server
> # svccfg -s pkg/server setprop pkg/inst_root =
> /tankNodeR/NFS/omniosR151014repo
> # svccfg -s pkg/server setprop pkg/port = 10000
> # svcadm refresh pkg/server
> # svcadm enable pkg/server
>
> # pkgrecv -s http://pkg.omniti.com/omnios/r151014 -d
> file:///tankNodeR/NFS/omniosR151014repo/ 'pkg:/*'
>
> What other steps do I need to do to get the other internal OmniOS servers
> to upgrade the OS from this local repository?
>
> Is this correct?
> root at sgdevOmniOS:~# pkg publisher
> PUBLISHER                             TYPE     STATUS   URI
> omnios                                origin   online
> http://pkg.omniti.com/omnios/r151010/
> root at sgdevOmniOS:~# pkg unset-publisher omnios
> root at sgdevOmniOS:~# pkg set-publisher -P --set-property
> signature-policy=require-signatures -g http://OmniOSr151014.abc.internal/
> omnios
> root at sgdevOmniOS:~#
>
> root at sgdevOmniOS:~# pkg update --be-name=omnios-r151014 entire at 11
> ,5.11-0.151014
>
> Thanks and Regards.
>
> On Thu, Jun 4, 2015 at 11:12 PM, Dan McDonald <danmcd at omniti.com> wrote:
>
>> I'd actually recommend re-upgrading from scratch with a new BE. You've
>> kept incrementally upgrading, and I suspect (thanks to the proxy that's
>> been tripping you up) corrupted the BE in question.
>>
>> Since you're in your active BE still, there's no loss of data or
>> important state.
>>
>> Dan
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20150605/c85c5679/attachment.html>