> On Aug 26, 2016, at 12:54 PM, Michael Rasmussen wrote:
>
> On Fri, 26 Aug 2016 11:51:41 -0400
> Dan McDonald wrote:
>
>> - The "zoneadm -z install" script now can take a "-t "
>> argument in lieu of a "-s ZFS-send-stream" argument. Both gzipped and full
On Fri, 26 Aug 2016 11:51:41 -0400
Dan McDonald wrote:
> - The "zoneadm -z install" script now can take a "-t " argument
> in lieu of a "-s ZFS-send-stream" argument. Both gzipped and full will work.
> Thanks to Peter Tribble for providing some URLs with tarballs that
On Sun, Aug 14, 2016 at 6:27 PM, Dan McDonald wrote:
>
> > On Aug 14, 2016, at 1:20 PM, Michael Rasmussen wrote:
> >
> > - All network configuration can be done outside the zone giving the
> > opportunity to hand out LX zones to users with a locked down
On Sun, 14 Aug 2016, Dan McDonald wrote:
On Aug 14, 2016, at 2:24 PM, wo...@4amlunch.net wrote:
Also, regarding not being able to use Linux networking tools to configure things Is
there a way we can pre-pend a "magic" $PATH entry that can't be removed that
has all the tools (iptables,
> On Aug 14, 2016, at 2:24 PM, wo...@4amlunch.net wrote:
>
> Also, regarding not being able to use Linux networking tools to configure
> things Is there a way we can pre-pend a "magic" $PATH entry that can't be
> removed that has all the tools (iptables, ifconfig, etc) that just print out
>
>> Approach 2)
>> - This way favors in-house or friendly environment usecases where
>> distributed responsibility is desired.
>> - Greater flexibility for LX zone users
>
>
> I see where you're going. "Doing both" requires double the work, but you do
> make an interesting case for it.
My
> On Aug 14, 2016, at 1:20 PM, Michael Rasmussen wrote:
>
> On Sun, 14 Aug 2016 12:48:36 -0400
> Dan McDonald wrote:
>
>>
>> I see pros & cons of both approaches. I'm visiting OmniTI HQ in a week to,
>> among other things, bounce ideas around with OmniTI
On Sun, 14 Aug 2016 12:48:36 -0400
Dan McDonald wrote:
>
> I see pros & cons of both approaches. I'm visiting OmniTI HQ in a week to,
> among other things, bounce ideas around with OmniTI folks - since they are
> also my customers. Feel free to speak up here if you have
In general, and I will have to make this EVEN CLEARER -- LX zones' networking
is controlled by tools in /native. No iptables... I'm surprised the
linux-native ifconfig(8) works, but that's likely due to some legacy ioctl
support that's already in the LX brand kernel code.
One open design
12 августа 2016 г. 19:14:29 CEST, Dan McDonald пишет:
>Basically, you need to delegate the highres_clock permission to the
>zone. Look for "proc_clock_highres" in your
>/usr/lib/brand/lx/config.xml file. If it's not there, add the line per
>the commit I indicated.
>
>Dan
12 августа 2016 г. 20:06:41 CEST, Michael Rasmussen пишет:
>On Fri, 12 Aug 2016 17:32:02 +0200
>Jim Klimov wrote:
>
>>
>> Michael, thanks for posting the script. There was a typo to fix
>(un-tarring goes into ZONEPATH not ZONEPATH_DS, and a 'gtar' worked
On Fri, 12 Aug 2016 17:32:02 +0200
Jim Klimov wrote:
>
> Michael, thanks for posting the script. There was a typo to fix (un-tarring
> goes into ZONEPATH not ZONEPATH_DS, and a 'gtar' worked better for my
> tarball).
>
Where in the code below do you see a ZONEPATH which
Basically, you need to delegate the highres_clock permission to the zone. Look
for "proc_clock_highres" in your /usr/lib/brand/lx/config.xml file. If it's
not there, add the line per the commit I indicated.
Dan
___
OmniOS-discuss mailing list
12 августа 2016 г. 17:46:29 CEST, Dan McDonald пишет:
>Also, do you have this fix in place?
>
>commit f35040a7b2d3acea4f879afbc7ae4d8bfa09b575
>Author: Dan McDonald
>Date: Mon Aug 8 17:17:31 2016 -0400
>
>systemd kool-aid drinkers (e.g. Ubuntu 16) need
Also, do you have this fix in place?
commit f35040a7b2d3acea4f879afbc7ae4d8bfa09b575
Author: Dan McDonald
Date: Mon Aug 8 17:17:31 2016 -0400
systemd kool-aid drinkers (e.g. Ubuntu 16) need proc_clock_highres
privileges
Dan
For relative-progress testing, make sure you compare your docker tarballs
against a Joyent image of the same release.
At least some of the boot errors are both in SmartOS boots of Joyent images
(which they support and are at least okay enough with to support), and with the
OmniOS version.
10 августа 2016 г. 1:20:19 CEST, Michael Rasmussen пишет:
>On Wed, 10 Aug 2016 00:11:39 +0200
>Michael Rasmussen wrote:
>
>> I have taken the liberty to extend your script to handle gzipped
>> tarballs of a root filesystem using the argument -t. With the stuff I
If I do anything like this, I will likely follow the SmartOS lead and use
zonecfg(1M) properties to feed desired IP configurations into the zone's
properties, which can then be handled by boot scripts, install scripts, or even
lxinit or zoneadmd binaries.
Dan
Hi Dan,
On Tue, 9 Aug 2016 18:49:20 -0400
Dan McDonald wrote:
> Can't use Linux network configuration. Use /native/sbin/ipadm and
> /native/sbin/route. (You will also need to add those to some sort of boot
> script in-zone for now.)
>
> /native/sbin/ipadm
On Tue, 9 Aug 2016, Dan McDonald wrote:
Can't use Linux network configuration. Use /native/sbin/ipadm and
/native/sbin/route. (You will also need to add those to some sort of boot
script in-zone for now.)
I think that any program using netlink and rtnetlink sockets (similar
in operation
> On Aug 10, 2016, at 1:35 PM, Bob Friesenhahn
> wrote:
>
> Illumos could provide an emulation of netlink sockets, but of course this
> would be a lot of work.
Oh gawd don't go there. Please.
>From the lead author of PF_KEYv2,
Dan
Yeah - there's no "native apps storage" in LX zones currently. SmartOS gets
around this by their zonecfg properties (set by vmadm) and runtime code. I'm
not 100% sure how to solve this problem myself. I don't want to unravel the
entire SmartOS sweater.
Dan
Sent from my iPhone (typos,
On Wed, 10 Aug 2016 00:11:39 +0200
Michael Rasmussen wrote:
> I have taken the liberty to extend your script to handle gzipped
> tarballs of a root filesystem using the argument -t. With the stuff I
> have added I was able to use the script to install a lxc prepared
> tarball of
On Tue, 9 Aug 2016 18:49:20 -0400
Dan McDonald wrote:
> Can't use Linux network configuration. Use /native/sbin/ipadm and
> /native/sbin/route. (You will also need to add those to some sort of boot
> script in-zone for now.)
>
> /native/sbin/ipadm create-addr -t -T
On Tue, 9 Aug 2016 18:49:20 -0400
Dan McDonald wrote:
> Can't use Linux network configuration. Use /native/sbin/ipadm and
> /native/sbin/route. (You will also need to add those to some sort of boot
> script in-zone for now.)
>
> /native/sbin/ipadm create-addr -t -T
Can't use Linux network configuration. Use /native/sbin/ipadm and
/native/sbin/route. (You will also need to add those to some sort of boot
script in-zone for now.)
/native/sbin/ipadm create-addr -t -T static -a / lx0/v4
Dan
___
On Wed, 10 Aug 2016 00:11:39 +0200
Michael Rasmussen wrote:
> Hi Dan,
>
> On Tue, 9 Aug 2016 16:08:11 -0400
> Dan McDonald wrote:
>
> > Look in the script /usr/lib/brand/lx/lx_install to see what I mean.
> >
> Nice.
>
> I have taken the liberty to extend
Hi Dan,
On Tue, 9 Aug 2016 16:08:11 -0400
Dan McDonald wrote:
> Look in the script /usr/lib/brand/lx/lx_install to see what I mean.
>
Nice.
I have taken the liberty to extend your script to handle gzipped
tarballs of a root filesystem using the argument -t. With the stuff I
On Tue, 9 Aug 2016 13:45:03 -0400
Dan McDonald wrote:
> Is this a regression? Or it never worked? If the former, when was the last
> media to work? If the latter, we should fix caiman or the .xml files we use
> to feed it.
>
Not a regression but since this has been a
> On Aug 9, 2016, at 4:01 PM, Michael Rasmussen wrote:
>
> On Tue, 9 Aug 2016 20:54:01 +0100
> Peter Tribble wrote:
>
>>
>> All I did was replace the zfs bit in lx_install with
>>
> What 'zfs bit in lx_install' do you refer to?
Look in the script
On Tue, 9 Aug 2016 20:54:01 +0100
Peter Tribble wrote:
>
> All I did was replace the zfs bit in lx_install with
>
What 'zfs bit in lx_install' do you refer to?
I would like to test a prebuild Debian tar.gz for LXC on Linux.
--
Hilsen/Regards
Michael Rasmussen
Get
> On Aug 9, 2016, at 3:37 PM, Peter Tribble wrote:
>
> Dan,
>
> On Tue, Aug 9, 2016 at 3:20 PM, Dan McDonald wrote:
> Not yet. Recommended course is to install bloody, then switch publishers to
> the one I mentioned earlier. There are some fixes
Dan,
On Tue, Aug 9, 2016 at 3:20 PM, Dan McDonald wrote:
> Not yet. Recommended course is to install bloody, then switch publishers
> to the one I mentioned earlier. There are some fixes for systemd images
> not on the publisher yet.
>
> Please read the README for io-lx for
> On Aug 9, 2016, at 12:03 PM, Michael Rasmussen wrote:
>
> Hi Dan,
>
> On Tue, 9 Aug 2016 10:16:24 -0400
> Dan McDonald wrote:
>
>> Oh yes. All of my LX zone testing thus far has been on VMware fusion VMs on
>> my laptop.
>>
> Latest Omnios Bloody does
Hi Dan,
On Tue, 9 Aug 2016 10:16:24 -0400
Dan McDonald wrote:
> Oh yes. All of my LX zone testing thus far has been on VMware fusion VMs on
> my laptop.
>
Latest Omnios Bloody does not install on virtio-blk - installer cannot
detect disk.
--
Hilsen/Regards
Michael
Hi Dan,
"Stephan Budach" írta 2016-08-09 15:00-kor:
> I'd love to be able to actually spend any time on this, but my workload
> doesn't allow it??? I hope to get into this at the end of september.
> Don't give up on it, please??? ;)
+1
The same case here. I tried it the
Not yet. Recommended course is to install bloody, then switch publishers to
the one I mentioned earlier. There are some fixes for systemd images not on
the publisher yet.
Please read the README for io-lx for details on Installing an LX zone:
Oh yes. All of my LX zone testing thus far has been on VMware fusion VMs on my
laptop.
Dan
Sent from my iPhone (typos, autocorrect, and all)
> On Aug 9, 2016, at 12:01 AM, Tobi Oetiker wrote:
>
> hi dan
>
> great news ... a question ... for testing this, a vm would be
Hi Dan,
I'd love to be able to actually spend any time on this, but my workload
doesn't allow it… I hope to get into this at the end of september.
Don't give up on it, please… ;)
Cheers,
Stephan
Am 09.08.16 um 10:05 schrieb Peter Tribble:
Dan,
I've not heard from anyone, so I'm going
Dan,
I've not heard from anyone, so I'm going to assume nobody has played with
> LX zones on OmniOS yet.
>
Is there an ISO image to play with?
--
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
___
OmniOS-discuss mailing
hi dan
great news ... a question ... for testing this, a vm would be fine, right?
cheers
tobi
Tobias Oetiker
t...@oetiker.ch
062 775 9902
> On 09.08.2016, at 00:21, Dan McDonald wrote:
>
> I just pushed two commits to io-lx-public:
>
> commit
I just pushed two commits to io-lx-public:
commit f35040a7b2d3acea4f879afbc7ae4d8bfa09b575
Author: Dan McDonald
Date: Mon Aug 8 17:17:31 2016 -0400
systemd kool-aid drinkers (e.g. Ubuntu 16) need proc_clock_highres
privileges
commit
You are amazing. Keep up the great work. We love you!!
I'll test this out as I have time. I'm very excited for this!
-brian
> On Jul 1, 2016, at 15:04, Dan McDonald wrote:
>
> Hello!
>
> I'm BCc:ing the illumos developer and illumos discussion lists. This thread
> should
Hello!
I'm BCc:ing the illumos developer and illumos discussion lists. This thread
should continue on omnios-discuss. Please note I will be very slow to get back
to emails until July 12th.
I'd like to report some progress on the LX zones for OmniOS work.
First some URLs. The git repos are:
44 matches
Mail list logo