On Friday, December 6, 2013, Ask Bjørn Hansen wrote:
>
> On Dec 6, 2013, at 16:09 , Ask Bjørn Hansen >
> wrote:
>
> > Hmn, I think that’s too late. Trying installing the package now
> complains that there are some 008 packages installed already. Argh.
>
> Ah, that was because I installed the kaya
On Dec 6, 2013, at 16:09 , Ask Bjørn Hansen wrote:
> Hmn, I think that’s too late. Trying installing the package now complains
> that there are some 008 packages installed already. Argh.
Ah, that was because I installed the kayak server. Uninstalling that let me
install omnios-userland.
Ask
On Dec 6, 2013, at 13:44 , Eric Sproul wrote:
>> However in my fresh 151006 install I don’t have omnios-userland. Should it
>> still be frozen?
>
> This is a bug in 151006 that will be addressed next week with an
> update. The 'entire' package should require omnios-userland to be
> installed
On Fri, Dec 6, 2013 at 4:38 PM, Ask Bjørn Hansen wrote:
> Hi everyone,
>
> On http://omnios.omniti.com/wiki.php/GeneralAdministration#StayingOnARelease
> there are two packages mentioned to “freeze” to stay on a release:
>
> • incorporation/jeos/illumos-gate
> • incorporation/jeos
Hi everyone,
On http://omnios.omniti.com/wiki.php/GeneralAdministration#StayingOnARelease
there are two packages mentioned to “freeze” to stay on a release:
• incorporation/jeos/illumos-gate
• incorporation/jeos/omnios-userland
However in my fresh 151006 install I don’t have omn
On Fri, Dec 6, 2013 at 4:01 PM, Saso Kiselkov wrote:
> On the original BE this hangs, on the new BE works without a hitch.
>
> I'd say ship it!
Excellent! We'll plan to release r151008f with this fix next week.
Thanks for the bug report and the testing!
Eric
On 12/6/13, 8:19 PM, Eric Sproul wrote:
> Saso,
> Here is an updated zfs kernel module from a build with the "4347 ZPL
> can use dmu_tx_assign(TXG_WAIT)" fix applied:
>
> http://omnios.omniti.com/media/zfs-driver-with-txg_wait-fix.amd64.r151008
>
> sha1 (zfs-driver-with-txg_wait-fix.amd64.r151008
Saso,
Here is an updated zfs kernel module from a build with the "4347 ZPL
can use dmu_tx_assign(TXG_WAIT)" fix applied:
http://omnios.omniti.com/media/zfs-driver-with-txg_wait-fix.amd64.r151008
sha1 (zfs-driver-with-txg_wait-fix.amd64.r151008) =
06d9451ad6f157fd61877bf24d475b14f913e964
If you n
Be sure you have the following fix; without it I recall seeing spins from
the ZPL similar to that stack trace. With only 1 cpu, if a kernel thread
spins, it can be very hard to get other threads to run.
commit e722410c49fe67cbf0f639cbcc288bd6cbcf7dd1
Author: Matthew Ahrens
Date: Tue Nov 26 1
Chris Nehren writes:
> Sorry for that. We just pushed a new omnios-userland
> incorporation that should fix your issues.
>
> Please install
> incorporation/jeos/omnios-userland@11,5.11-0.151006 (which should
> get you the latest version) and you should be able to continue.
Refreshed the catalogs
On Fri, Dec 06, 2013 at 11:12:44 -0500, John D Groenveld wrote:
> In message <20131206154730.GM2078@eschaton.local>, Chris Nehren writes:
> >You're missing omnios-userland, which is why you're having
> >issues. Please install the latest version from 151006 (at time of
> >writing this is
> >incorpor
In message <20131206154730.GM2078@eschaton.local>, Chris Nehren writes:
>You're missing omnios-userland, which is why you're having
>issues. Please install the latest version from 151006 (at time of
>writing this is
>incorporation/jeos/omnios-userland@11,5.11-0.151006:20131030T205312Z)
Still no go
On Fri, Dec 06, 2013 at 15:30:29 +, Andy wrote:
>
> On Fri, 6 Dec 2013, Chris Nehren wrote:
>
> ; On Fri, Dec 06, 2013 at 09:48:49 -0500, Chris Nehren wrote:
> ; > On Fri, Dec 06, 2013 at 10:35:44 +, Andy wrote:
> ; > >
> ; > > Hi,
> ; > >
> ; > > pickle# (11) pkg list runtime/perl-64
> ;
On Fri, Dec 06, 2013 at 10:18:30 -0500, John D Groenveld wrote:
> In message <201312061343.rb6dhz8b018...@elvis.arl.psu.edu>, John D Groenveld
> wr
> ites:
> >Upgraded with problem on one r151006 install, and fell over the
> >incompatible libc in another.
You're missing omnios-userland, which is
On Fri, 6 Dec 2013, Chris Nehren wrote:
; On Fri, Dec 06, 2013 at 09:48:49 -0500, Chris Nehren wrote:
; > On Fri, Dec 06, 2013 at 10:35:44 +, Andy wrote:
; > >
; > > Hi,
; > >
; > > pickle# (11) pkg list runtime/perl-64
; > > pkg list: no packages matching 'runtime/perl-64' installed
; > >
;
In message <201312061343.rb6dhz8b018...@elvis.arl.psu.edu>, John D Groenveld wr
ites:
>Upgraded with problem on one r151006 install, and fell over the
>incompatible libc in another.
# pkg publisher
PUBLISHER TYPE STATUS URI
omnioso
On Fri, Dec 06, 2013 at 09:48:49 -0500, Chris Nehren wrote:
> On Fri, Dec 06, 2013 at 10:35:44 +, Andy wrote:
> >
> > Hi,
> >
> > pickle# (11) pkg list runtime/perl-64
> > pkg list: no packages matching 'runtime/perl-64' installed
> >
> > pickle# (14) pkg update --be-name=r151008e
> >
On Fri, Dec 6, 2013 at 5:40 AM, Saso Kiselkov wrote:
> You need a 1-CPU system. As Matt pointed out, the hang is most probably
> caused by a deadlock that was resolved in e722410.
>
> OmniTI: I believe rolling this into the next weekly patch cycle might be
> kind of important?
Yeah we will take a
On Fri, Dec 06, 2013 at 10:35:44 +, Andy wrote:
>
> Hi,
>
> pickle# (11) pkg list runtime/perl-64
> pkg list: no packages matching 'runtime/perl-64' installed
>
> pickle# (14) pkg update --be-name=r151008e
> Packages to update: 96
^^
There sho
In message <20131206032710.GJ2078@eschaton.local>, Chris Nehren writes:
>That said, I had that issue when I managed an incomplete upgrade
>on a personal box. You'll want to reboot into the previous BE and
>do a 'pkg update -nv' to see what's being upgraded. I'd guess
>that something is holding back
Andy writes:
> root@pickle:~# pkg list -u
> ld.so.1: python2.6: fatal: libc.so.1: version 'ILLUMOS_0.6' not found
> (required by file /usr/lib/amd64/libpython2.6.so.1.0)
> ld.so.1: python2.6: fatal: libc.so.1: open failed: No such file or
> directory
> Killed
I had exactly the same problem...
> s
On 12/6/13, 5:39 AM, Rob Logan wrote:
>
>> on the latest stable omnios release. When I'm running in VMware Fusion
>> on a 1-CPU VM and doing any significant write IO to the pool (e.g. just
>>atomic_dec_32_nv+8()
>>dbuf_read+0x179(ff00d2393600, ff00c72f98f0, a)
>>dmu_tx_check_io
On 12/6/13, 6:31 AM, Matthew Ahrens wrote:
> Be sure you have the following fix; without it I recall seeing spins
> from the ZPL similar to that stack trace. With only 1 cpu, if a kernel
> thread spins, it can be very hard to get other threads to run.
>
> commit e722410c49fe67cbf0f639cbcc288bd6cb
Hi,
I did a test upgrade on one of our servers last night and hit problems.
The upgrade process itself seemed to work fine but on reboot the new
environment wasn't usable due to a version dependency on libc..
I didn't have much time to test so rolled back for now.
Any thoughts on what might have
24 matches
Mail list logo