Hello folks who use OmniOS to build illumos-{omnios,gate}!
Y'all have likely seen Rich Lowe's flag day announcement. The
developer/build/make package is now in illumos-gate (and the master branch of
illumos-omnios). Sometime in the next 48 hours I plan to update the bloody IPS
repo server wit
On 7/13/15 12:02 PM, Dan McDonald wrote:
>
>> On Jul 13, 2015, at 11:56 AM, Derek Yarnell wrote:
>>
>> I don't need to hot patch (cold patch would be fine) so any update that
>> I can apply and reboot would be fine. We have a second OmniOS r14 copy
>> running that we are happy to patch in any
> On Jul 13, 2015, at 5:11 PM, Sevan / Venture37 wrote:
>
> Where can I get the release number (the r151014) from the system? (I'm
> currently unable to reach the OmniOS zone I'm using to check for
> myself)
/etc/release. (Yes, this even works in zones.)
>> Is there anything we can fix to hel
On Mon, 13 Jul 2015 22:11:05 +0100
"Sevan / Venture37" wrote:
>
> This was only recently implemented at pkgsrcCon and pending review so
> it's not something that's in the pkgsrc tree yet, previously it was
> just marked as Solaris 11 and I was manually adding illumos version
> info manually whic
Hi Dan,
On 13 July 2015 at 05:51, Dan McDonald wrote:
>
>
> I also saw you mention this indirectly on twitter.
>
> Generally, the OmniOS release should mention which release. 170cea2 is
> r151014. It's good to mention that alongside the uname as that's how most of
> us lock in on a release.
> On Jul 13, 2015, at 11:56 AM, Derek Yarnell wrote:
>
> I don't need to hot patch (cold patch would be fine) so any update that
> I can apply and reboot would be fine. We have a second OmniOS r14 copy
> running that we are happy to patch in any way possible to get it mounted rw.
IF (and only
>> ff0d4071ca98::print arc_buf_t b_hdr |::print arc_buf_hdr_t b_size
> b_size = 0
>>
>
> Ouch. There's your zero.
>
> I'm going to forward this very note to the illumos ZFS list. I see ONE
> possible bugfix post-r151014 that might help:
>
> commit 31c46cf23cd1cf4d66390a983dc5072d7d299ba2
> On Jul 13, 2015, at 11:29 AM, Dan McDonald wrote:
>
>
>> On Jul 13, 2015, at 11:25 AM, Derek Yarnell wrote:
>>
>> https://obj.umiacs.umd.edu/derek_support/vmdump.0
>
> Yeah, that's what I'm seeking. Downloading it now to an r151014 box (you are
> running r151014 according to the first ma
> On Jul 13, 2015, at 11:25 AM, Derek Yarnell wrote:
>
> https://obj.umiacs.umd.edu/derek_support/vmdump.0
Yeah, that's what I'm seeking. Downloading it now to an r151014 box (you are
running r151014 according to the first mail). My normal '014 box is otherwise
indisposed at the moment, so
Hi Dan,
Sorry I have not dealt with dumpadm/savecore that much but it looks like
this is what you want.
https://obj.umiacs.umd.edu/derek_support/vmdump.0
Thanks,
derek
On 7/13/15 12:55 AM, Dan McDonald wrote:
>
>> On Jul 12, 2015, at 9:18 PM, Richard Elling
>> wrote:
>>
>> Dan, if you're lis
Liam,
This report is encouraging. Please share some details of your
configuration. What disk failure parameters are have you set? Which
JBODs and disks are you running?
I have mostly DataON JBODs and a some Supermicro. DataON has PMC SAS
expanders and Supermicro has LSI, both setups have p
11 matches
Mail list logo