On Wed, 10 Jun 2015 17:04:20 +0100
Peter Tribble wrote:
>
> Delete that line in powertop.c and all should be well.
>
Do I need to build the entire illumos-gate to recompile powertop?
> (I get the following as well:
> powertop: failed to compile P-states (frequencies) program
> powertop: failed
> On Jun 10, 2015, at 14:36, Dan McDonald wrote:
>
>
>> On Jun 6, 2015, at 4:45 PM, Heinz Nikolaus Gies wrote:
>>
>> I noticed some rather odd behavior, to set up networking I use the following
>> commands:
>>
>> [GZ] dladm create-vnic -l bge0 net4 -p allowed-ips=10.0.0.111/32
>> (do zone c
On Tue, Jun 9, 2015 at 4:45 PM, Michael Rasmussen wrote:
> Hi all,
>
> Anybody able to start powertop using some of the available options?
> root@nas:/root# powertop -d 1
> Segmentation Fault (core dumped)
>
Oh, that's bad.
Look at:
http://src.illumos.org/source/xref/illumos-gate/usr/src/cmd/
On Wed, 10 Jun 2015 09:34:03 -0500 (CDT)
Bob Friesenhahn wrote:
>
> I have read that powertop uses DTrace probes under Illumos. Does it link
> against a dtrace library? Has the interface changed?
>
If it is linked dynamically to DTrace then you shouldn't see a
segmentation fault unless the s
On Tue, 9 Jun 2015, Zach Malone wrote:
This sounds like a libc or kernel change, but I can't imagine why it
would show up on both 012 and 014. Maybe someone with a working build
environment can dig further?
I have read that powertop uses DTrace probes under Illumos. Does it
link against a d
On Wed, Jun 10, 2015 at 8:46 AM, Dan McDonald wrote:
>
>> On Jun 8, 2015, at 10:46 AM, Eric Sproul wrote:
>>
>> On Fri, Jun 5, 2015 at 3:46 PM, Dan McDonald wrote:
>>> Any code-minded people in the community should have a look at the above
>>> webrev, and tell me what you think. Unlike the last
> On Jun 8, 2015, at 5:01 PM, Heinz Nikolaus Gies wrote:
>
> Hi Stevan,
> yap I suppose that would be great but I haven’t yet figured out the ipgk
> build system (any help appreciated ;). For now it’s manual compilation on
> OmniOS (not as horrible as it sounds!) or using a SmartOs system with
> On Jun 8, 2015, at 10:46 AM, Eric Sproul wrote:
>
> On Fri, Jun 5, 2015 at 3:46 PM, Dan McDonald wrote:
>> Any code-minded people in the community should have a look at the above
>> webrev, and tell me what you think. Unlike the last compiler change done for
>> r151008, this is a jump from
> On Jun 6, 2015, at 4:45 PM, Heinz Nikolaus Gies wrote:
>
> I noticed some rather odd behavior, to set up networking I use the following
> commands:
>
> [GZ] dladm create-vnic -l bge0 net4 -p allowed-ips=10.0.0.111/32
> (do zone creation wait until svc has reached svc:/milestone/sysconfig:def
On Wed, Jun 10, 2015 at 4:09 AM, Robert A. Brock <
robert.br...@2hoffshore.com> wrote:
> What did you use to flash them? Fwflash just gives an error about
> firmware file being too large.
>
Santools.
-Chip
>
>
> *From:* Schweiss, Chip [mailto:c...@innovates.com]
> *Sent:* 09 June 2015 21:25
>
Using dsk for kvm seems to be working for me so far, but I've nothing to
compare it with - some of the other guys thought there may be a
performance penalty?
On 10/06/2015 08:23, Nikola M wrote:
On 06/ 3/15 01:17 PM, Graham Stephens wrote:
"Note that ad
Thanks Dominik, that fits with the way it worked best during my
experimentation.
The unix socket is a good idea, I had wondered how to get round that.
It turns out that my issue was a complete newb one - I used tcpdump from
within the guest and found the packets were reaching the OS after all.
What did you use to flash them? Fwflash just gives an error about firmware file
being too large.
From: Schweiss, Chip [mailto:c...@innovates.com]
Sent: 09 June 2015 21:25
To: Robert A. Brock
Cc: omnios-discuss
Subject: Re: [OmniOS-discuss] Zpool export while resilvering?
I went through this pro
On 06/ 3/15 01:17 PM, Graham Stephens wrote:
I am going off the Oracle docs here:
http://docs.oracle.com/cd/E19253-01/819-5461/gbebi/index.html
which state:
"Note that adding a raw volume to a zone has implicit security risks,
even if the volume doesn't correspond to a physical device. In
pa
14 matches
Mail list logo