[OmniOS-discuss] r151014 update error

Hafiz Rafiyev rafibeyli at gmail.com
Fri Aug 5 11:24:31 UTC 2016


Hello,getting this error when trying update my new installed 151014,

root at omninvr:/root#pkg update -nv
pkg: 0/1 catalogs successfully updated:

http protocol error: code: 404 reason: Not Found
URL: 'http://pkg.omniti.com/omnios/r151014/omnios/catalog/1/catalog.attrs' (happened 4 times)



did pkg rebuild and refresh,

root at omninvr:/root# pkgrepo rebuild -s http://pkg.omniti.com/omnios/r151014/
Initiating repository rebuild.
root at omninvr:/root# pkgrepo refresh -s http://pkg.omniti.com/omnios/r151014/
Initiating repository refresh.

regards,

Hafiz.

----- Orijinal Mesaj -----
Kimden: omnios-discuss-request at lists.omniti.com
Kime: "omnios-discuss" <omnios-discuss at lists.omniti.com>
Gönderilenler: 3 Ağustos Çarşamba 2016 22:34:00
Konu: OmniOS-discuss Digest, Vol 53, Issue 2

Send OmniOS-discuss mailing list submissions to
	omnios-discuss at lists.omniti.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.omniti.com/mailman/listinfo/omnios-discuss
or, via email, send a message with subject or body 'help' to
	omnios-discuss-request at lists.omniti.com

You can reach the person managing the list at
	omnios-discuss-owner at lists.omniti.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of OmniOS-discuss digest..."


Today's Topics:

   1. Re: r151014's catalog.shtml update (Dan McDonald)
   2. Re: r151014's catalog.shtml update (Dan McDonald)
   3. Re: r151014's catalog.shtml update (Peter Tribble)
   4. Re: r151014's catalog.shtml update (Dan McDonald)
   5. question related to packaging Amanda (sergey ivanov)
   6. Update your curl packages, please (Dan McDonald)
   7. Re: r151014's catalog.shtml update (Peter Tribble)


----------------------------------------------------------------------

Message: 1
Date: Tue, 2 Aug 2016 16:37:09 -0400
From: Dan McDonald <danmcd at omniti.com>
To: Peter Tribble <peter.tribble at gmail.com>
Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update
Message-ID: <67E13CD8-162E-4F3A-B7D9-030BCDF85002 at omniti.com>
Content-Type: text/plain; charset=us-ascii


> On Aug 2, 2016, at 4:32 PM, Peter Tribble <peter.tribble at gmail.com> wrote:
> 
> Errmm, we rely on being able to install specific versions of packages,
> which now fails.

Well, let me try something else then.  For now, only the newest version are available.

Stay tuned,
Dan



------------------------------

Message: 2
Date: Tue, 2 Aug 2016 19:09:19 -0400
From: Dan McDonald <danmcd at omniti.com>
To: omnios-discuss <omnios-discuss at lists.omniti.com>
Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update
Message-ID: <A81892A2-D32C-4CDF-8F7A-BC9BB0816E14 at omniti.com>
Content-Type: text/plain; charset=us-ascii


> On Aug 2, 2016, at 4:37 PM, Dan McDonald <danmcd at omniti.com> wrote:
> 
> Well, let me try something else then.  For now, only the newest version are available.

I've rebuilt the all-packages repo again.  I can see the catalog after a long (too long, IMHO) period of time on the internal URL, but the external URL times out for reasons I'm not 100% certain of.

Our front-end load balancer has been updated recently, and given I had not updated the r151014 packages, I'm wondering if there's some sort of timeout tunable that needs to be adjusted on the ATS end (ATS complains about "inactivity timeout").  Still, this is concerning.

I'll keep the list posted.

Dan



------------------------------

Message: 3
Date: Wed, 3 Aug 2016 14:31:11 +0100
From: Peter Tribble <peter.tribble at gmail.com>
To: Dan McDonald <danmcd at omniti.com>
Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update
Message-ID:
	<CAEgYsbF=QLjxFBmXiWVkq1Df_rRD970VjmwP_5mXDBeh_TfJMQ at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

On Wed, Aug 3, 2016 at 12:09 AM, Dan McDonald <danmcd at omniti.com> wrote:

>
> > On Aug 2, 2016, at 4:37 PM, Dan McDonald <danmcd at omniti.com> wrote:
> >
> > Well, let me try something else then.  For now, only the newest version
> are available.
>
> I've rebuilt the all-packages repo again.


Thanks! OK, so our pkg operations now work, and I can install zones again.


> I can see the catalog after a long (too long, IMHO) period of time on the
> internal URL, but the external URL times out for reasons I'm not 100%
> certain of.
>

I've mirrored the repo, so that we have some sort of fallback. So I'm
seeing catalog retrieval times there of 50-60s, and while depotd is burning
CPU in that time I can't actually see it doing anything other than spinning.


> Our front-end load balancer has been updated recently, and given I had not
> updated the r151014 packages, I'm wondering if there's some sort of timeout
> tunable that needs to be adjusted on the ATS end (ATS complains about
> "inactivity timeout").  Still, this is concerning.
>
> I'll keep the list posted.
>
> Dan
>

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20160803/bb405ba6/attachment-0001.html>

------------------------------

Message: 4
Date: Wed, 3 Aug 2016 10:21:46 -0400
From: Dan McDonald <danmcd at omniti.com>
To: Peter Tribble <peter.tribble at gmail.com>
Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update
Message-ID: <C52CF323-A2C5-4E38-A1A2-70DBAEB6AFBF at omniti.com>
Content-Type: text/plain; charset=us-ascii


> On Aug 3, 2016, at 9:31 AM, Peter Tribble <peter.tribble at gmail.com> wrote:
> 
> Thanks! OK, so our pkg operations now work, and I can install zones again.

Which older package versions are you concerned with?  Much of the bulk of the ones in r151014 are from whole-ON updates (usually when the world needs to spin for a kernel update).

> I've mirrored the repo, so that we have some sort of fallback. So I'm
> seeing catalog retrieval times there of 50-60s, and while depotd is burning
> CPU in that time I can't actually see it doing anything other than spinning.

I'm trying to debug it now.  Basically, the r151014 repo has 8k packages (many old) and something about our pkg.depotd breaks down when it gets that high. (It's CPU-dependent for sure.)

Dan



------------------------------

Message: 5
Date: Wed, 3 Aug 2016 13:03:09 -0400
From: sergey ivanov <sergey57 at gmail.com>
To: omnios-discuss <omnios-discuss at lists.omniti.com>
Subject: [OmniOS-discuss] question related to packaging Amanda
Message-ID:
	<CAAv=BDHaMgYTp8Dxkqv74U2zXNOBFOcmAedqQnO1iPbS7VDLhA at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

I have a question about building an Amanda package for OmniOS. It
should have perl modules, including dynamic libs like
libXferServer.so. When I have a package built with basic template, it
places these files into /usr/perl5/site_perl/5.16.1/auto/Amanda/ two
times, first for 32-bit architecture and later for 64-bit
architecture. How should I make 64-bit perl modules installed under
/usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/auto/? Or there
should be some another place to have custom perl modules?
-- 
  Regards,
  Sergey Ivanov


------------------------------

Message: 6
Date: Wed, 3 Aug 2016 13:40:17 -0400
From: Dan McDonald <danmcd at omniti.com>
To: omnios-discuss <omnios-discuss at lists.omniti.com>
Subject: [OmniOS-discuss] Update your curl packages, please
Message-ID: <C8827428-814E-4773-819C-7E26C07AB3B7 at omniti.com>
Content-Type: text/plain; charset=us-ascii

CVEs 2016-54{19,20,21} came out today, all of which have patches which readily applied to existing curl versions on our supported (r151014/LTS, r151016/last-stable, r151018/this-stable) releases.

A "pkg update" will do it, and as mentioned, the curl versions are not being bumped, just patched, for these CVEs.

FYI,
Dan



------------------------------

Message: 7
Date: Wed, 3 Aug 2016 20:33:58 +0100
From: Peter Tribble <peter.tribble at gmail.com>
To: Dan McDonald <danmcd at omniti.com>
Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update
Message-ID:
	<CAEgYsbGCEBXEaoffvzom_o3pDqGw2xkKtr0Mwb-ZUSPNpNoQLQ at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

On Wed, Aug 3, 2016 at 3:21 PM, Dan McDonald <danmcd at omniti.com> wrote:

>
> > On Aug 3, 2016, at 9:31 AM, Peter Tribble <peter.tribble at gmail.com>
> wrote:
> >
> > Thanks! OK, so our pkg operations now work, and I can install zones
> again.
>
> Which older package versions are you concerned with?  Much of the bulk of
> the ones in r151014 are from whole-ON updates (usually when the world needs
> to spin for a kernel update).
>

Don't know for sure. We've got a reasonable mix back to 7648372, so that's
pretty much all versions. Once our current migration completes we can get
rid
of many of the older versions.


> > I've mirrored the repo, so that we have some sort of fallback. So I'm
> > seeing catalog retrieval times there of 50-60s, and while depotd is
> burning
> > CPU in that time I can't actually see it doing anything other than
> spinning.
>
> I'm trying to debug it now.  Basically, the r151014 repo has 8k packages
> (many old) and something about our pkg.depotd breaks down when it gets that
> high. (It's CPU-dependent for sure.)
>

Well, that's about 1k packages with an average of 8 versions each. That
doesn't
seem excessively large.

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20160803/61ccc204/attachment.html>

------------------------------

Subject: Digest Footer

_______________________________________________
OmniOS-discuss mailing list
OmniOS-discuss at lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss


------------------------------

End of OmniOS-discuss Digest, Vol 53, Issue 2
*********************************************


More information about the OmniOS-discuss mailing list