Hello,getting this error when trying update my new installed 151014, root@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@omninvr:/root# pkgrepo rebuild -s http://pkg.omniti.com/omnios/r151014/ Initiating repository rebuild. root@omninvr:/root# pkgrepo refresh -s http://pkg.omniti.com/omnios/r151014/ Initiating repository refresh. regards, Hafiz. ----- Orijinal Mesaj ----- Kimden: omnios-discuss-requ...@lists.omniti.com Kime: "omnios-discuss" <omnios-discuss@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@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-requ...@lists.omniti.com You can reach the person managing the list at omnios-discuss-ow...@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 <dan...@omniti.com> To: Peter Tribble <peter.trib...@gmail.com> Cc: omnios-discuss <omnios-discuss@lists.omniti.com> Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update Message-ID: <67e13cd8-162e-4f3a-b7d9-030bcdf85...@omniti.com> Content-Type: text/plain; charset=us-ascii > On Aug 2, 2016, at 4:32 PM, Peter Tribble <peter.trib...@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 <dan...@omniti.com> To: omnios-discuss <omnios-discuss@lists.omniti.com> Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update Message-ID: <a81892a2-d32c-4cdf-8f7a-bc9bb0816...@omniti.com> Content-Type: text/plain; charset=us-ascii > On Aug 2, 2016, at 4:37 PM, Dan McDonald <dan...@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.trib...@gmail.com> To: Dan McDonald <dan...@omniti.com> Cc: omnios-discuss <omnios-discuss@lists.omniti.com> Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update Message-ID: <CAEgYsbF=qljxfbmxiwvkq1df_rrd970vjmwp_5mxdbeh_tf...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" On Wed, Aug 3, 2016 at 12:09 AM, Dan McDonald <dan...@omniti.com> wrote: > > > On Aug 2, 2016, at 4:37 PM, Dan McDonald <dan...@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: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160803/bb405ba6/attachment-0001.html> ------------------------------ Message: 4 Date: Wed, 3 Aug 2016 10:21:46 -0400 From: Dan McDonald <dan...@omniti.com> To: Peter Tribble <peter.trib...@gmail.com> Cc: omnios-discuss <omnios-discuss@lists.omniti.com> Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update Message-ID: <c52cf323-a2c5-4e38-a1a2-70dbaeb6a...@omniti.com> Content-Type: text/plain; charset=us-ascii > On Aug 3, 2016, at 9:31 AM, Peter Tribble <peter.trib...@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 <serge...@gmail.com> To: omnios-discuss <omnios-discuss@lists.omniti.com> Subject: [OmniOS-discuss] question related to packaging Amanda Message-ID: <CAAv=bdhamgytp8dxkqv74u2zxnobfocmaedqqno1ipbs7vd...@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 <dan...@omniti.com> To: omnios-discuss <omnios-discuss@lists.omniti.com> Subject: [OmniOS-discuss] Update your curl packages, please Message-ID: <c8827428-814e-4773-819c-7e26c07ab...@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.trib...@gmail.com> To: Dan McDonald <dan...@omniti.com> Cc: omnios-discuss <omnios-discuss@lists.omniti.com> Subject: Re: [OmniOS-discuss] r151014's catalog.shtml update Message-ID: <caegysbgcebxeaoffvzom_o3pdqgw2xkktr0mwb-zuspnpno...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" On Wed, Aug 3, 2016 at 3:21 PM, Dan McDonald <dan...@omniti.com> wrote: > > > On Aug 3, 2016, at 9:31 AM, Peter Tribble <peter.trib...@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: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160803/61ccc204/attachment.html> ------------------------------ Subject: Digest Footer _______________________________________________ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ------------------------------ End of OmniOS-discuss Digest, Vol 53, Issue 2 ********************************************* _______________________________________________ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
