|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Hyper and Xen Project
Hi Wang,
I don't know the answer, so I CCed xen-devel (the Xen development list)
and a few people that I think will be able to help.
Cheers,
Stefano
On Wed, 24 Jun 2015, Wang Xu wrote:
> A problem about channel, where do I found the channel name in the guest, In
> theÂdocument, it says I could found it in
> sysfs, but looks there isn't a name property:
>
> | root@test-container-create-ubuntu:/sys/bus/xen/devices# udevadm Âinfo
> --attribute-walk Â--path=/devices/console-1
> |
> [...]
> |
> | Â looking at device '/devices/console-1':
> | Â Â KERNEL=="console-1"
> | Â Â SUBSYSTEM=="xen"
> | Â Â DRIVER=="xenconsole"
> | Â Â ATTR{devtype}=="console"
> | Â Â ATTR{nodename}=="device/console/1"
>
> and I directly test `/dev/hvc1`, and it could communicate with the outside
> socket. Is there some mistake in my channelÂ
> name configuration?
>
> | static void hyper_config_channel(libxl_device_channel* ch, const char*
> name, const char* sock, int devid) {
> | Â Â libxl_device_channel_init(ch);
> | Â Â ch->backend_domid = 0;
> | Â Â ch->name = strdup(name);
> | Â Â ch->devid = devid;
> | Â Â ch->connection = LIBXL_CHANNEL_CONNECTION_SOCKET;
> | Â Â ch->u.socket.path = strdup(sock);
> | }
>
> I tried to look at the oVirt code as it is mentioned in the dock, but I did
> not find xen console in its guest agent code.
So the issue is that the name you assign here to the channel, doesn't
come up anywhere in the guest. Is that correct?
> Thank you!
>
>
> On Tue, Jun 23, 2015 at 7:30 PM, Stefano Stabellini
> <stefano.stabellini@xxxxxxxxxxxxx> wrote:
> On Tue, 23 Jun 2015, Wang Xu wrote:
> > On Sat, Jun 20, 2015 at 1:10 AM Stefano Stabellini
> <stefano.stabellini@xxxxxxxxxxxxx> wrote:
> >Â Â Â ÂIntegrating hyper with Xen using libxl was the right decision
> and it
> >Â Â Â Âlooks like you did a good job. I think that you can go ahead
> with the
> >Â Â Â ÂPR!
> >
> >
> >Â Â Â ÂBut I did have a few issues building hyper. I am getting:
> >
> >Â Â Â Âhyperd.go:11:2: cannot find package "hyper/daemon" in any of:
> >Â Â Â Â[...]
> >
> > I tried with a clean 0.2-dev branch
> > > ./autogen.sh
> > > ./configure
> > > make
> >
> > It looks ok, are you work on the 0.2-dev branch, I did not write the
> branch name in the instruction of
> Readme, sorry for
> > that. Â
>
> No worries, the most important part at this stage is the code, and that
> looks OK :-)
> Yes, I was using 0.2-dev and followed those steps. As I usually don't
> program in go, it is likely that my go working environment is missing
> something, or my go paths are wrong. This is the full error message:
>
> CGO_LDFLAGS="-Lhypervisor/xen -lxenlight -lxenctrl -lhyperxl" godep go
> build hyperd.go
> hyperd.go:11:2: cannot find package "hyper/daemon" in any of:
> Â Â Â Â /local/scratch/sstabellini/go/src/hyper/daemon (from $GOROOT)
> Â Â Â Â
> /local/scratch/sstabellini/hyper/Godeps/_workspace/src/hyper/daemon (from
> $GOPATH)
> hyperd.go:10:2: cannot find package "hyper/engine" in any of:
> Â Â Â Â /local/scratch/sstabellini/go/src/hyper/engine (from $GOROOT)
> Â Â Â Â
> /local/scratch/sstabellini/hyper/Godeps/_workspace/src/hyper/engine (from
> $GOPATH)
> hyperd.go:12:2: cannot find package "hyper/lib/glog" in any of:
> Â Â Â Â /local/scratch/sstabellini/go/src/hyper/lib/glog (from $GOROOT)
> Â Â Â Â
> /local/scratch/sstabellini/hyper/Godeps/_workspace/src/hyper/lib/glog (from
> $GOPATH)
> hyperd.go:13:2: cannot find package "hyper/utils" in any of:
> Â Â Â Â /local/scratch/sstabellini/go/src/hyper/utils (from $GOROOT)
> Â Â Â Â
> /local/scratch/sstabellini/hyper/Godeps/_workspace/src/hyper/utils (from
> $GOPATH)
> godep: go exit status 1
>
>
> >Â Â Â ÂLooking through the code, it seems that you are adding a
> >   Âvirtio-serial-pci device, why do you need it? It is not used
> very much
> >Â Â Â Âon Xen; the regular Xen uart is specified by setting
> >Â Â Â Âb_info->u.hvm.serial to "pty", and it looks like you are
> already doing
> >Â Â Â Âthat. If you need more than one console, you can have a list
> setting
> >Â Â Â Âb_info->u.hvm.serial_list.
> >
> > What the difference between u.hvm.serial_list and channels in
> domain_config. The channel looks having more
> features.
>
> Actually I think that you are right: channels are better tested and more
> flexible.
>
>
> >Â Â Â Âvirtio-9p-pci is also not used very much with Xen, but as we
> don't have
> >Â Â Â Âan alternative yet, I think it is good for now.
> >
> >
> >Â Â Â ÂThanks again,
> >
> >Â Â Â ÂStefano
> >
> >
> >
> >Â Â Â ÂOn Fri, 19 Jun 2015, Sarah Conway wrote:
> >Â Â Â Â> Hi Xu,
> >Â Â Â Â> I'd be happy to work with you on some PR to promote this
> work. I'll be in touch with some next steps
> next
> >Â Â Â Âweek and look
> >Â Â Â Â> forward to Stefano's feedback.
> >Â Â Â Â>
> >Â Â Â Â> SarahÂ
> >Â Â Â Â>
> >Â Â Â Â> On Fri, Jun 19, 2015 at 12:09 PM, Lars Kurth
> <lars.kurth@xxxxxxxxxx> wrote:
> >Â Â Â Â>Â Â Â ÂXu,
> >Â Â Â Â> Fantastic! If you wanted to do some PR, such as a joint Xen
> Project / Linux Foundation and Hyper
> press
> >Â Â Â Ârelease or
> >Â Â Â Â> other PR, we should start working on that after Stefano had a
> look
> >Â Â Â Â> Let me know
> >Â Â Â Â> Regards
> >Â Â Â Â> Lars
> >Â Â Â Â>
> >Â Â Â Â> From: Wang Xu <gnawux@xxxxxxxxx>
> >Â Â Â Â> Date: Friday, 19 June 2015 16:54
> >Â Â Â Â> To: "stefano.stabellini@xxxxxxxxxx"
> <stefano.stabellini@xxxxxxxxxx>
> >Â Â Â Â> Cc: "xu@xxxxxxxx" <xu@xxxxxxxx>, Sarah Conway
> <sconway@xxxxxxxxxxxxxxxxxxx>, Lars Kurth
> >Â Â Â Â<lars.kurth@xxxxxxxxxx>,
> >Â Â Â Â> "feng@xxxxxxxx" <feng@xxxxxxxx>, "carmark.dlut@xxxxxxxxx"
> <carmark.dlut@xxxxxxxxx>
> >Â Â Â Â> Subject: Re: Hyper and Xen Project
> >Â Â Â Â>
> >Â Â Â Â> Hi Stefano and Lars, Sarah,
> >Â Â Â Â> I'd like to share some progress of Xen support of Hyper with
> you.
> >Â Â Â Â>
> >Â Â Â Â> The source code of hyper with xen support has been pushed to
> 0.2-dev branch (
> >Â Â Â Â> https://github.com/hyperhq/hyper/tree/0.2-dev ). Before
> release the binary packages, there are still
> some
> >Â Â Â Âtest and
> >Â Â Â Â> tuning work to do, but I think it's better to share the
> information with you firstly.
> >Â Â Â Â>
> >Â Â Â Â> Hyper supports HVM/Xen 4.5 as the first step, in which we
> used C and Go to talk with Xen through
> libxl.
> >Â Â Â Âlibxl is
> >Â Â Â Â> well organized and help us much, though It took us some time
> to understand/debug the signal
> processing and
> >Â Â Â Ânic
> >Â Â Â Â> hotplug.
> >Â Â Â Â>
> >Â Â Â Â> You can check out the code and try to build it from source as
> description listed in README if you
> have
> >Â Â Â Âinterests.
> >Â Â Â Â> And any suggestions on performance and reliability are
> appreciated.
> >Â Â Â Â>
> >Â Â Â Â> Cheers!
> >Â Â Â Â> Xu
> >Â Â Â Â>
> >Â Â Â Â> On Tue, Jun 9, 2015 at 5:41 PM Stefano Stabellini
> <stefano.stabellini@xxxxxxxxxxxxx> wrote:
> >Â Â Â Â>Â Â Â ÂYou are right, we don't really have an equivalent to 9p
> in the Xen
> >   Â>   Âecosystem at the moment. We had a prototype called
> XenFS, like you
> >Â Â Â Â>Â Â Â Âwrote, but it had never reached production quality, so
> it was removed.
> >Â Â Â Â>Â Â Â ÂBut we now have an OPW student working on a Xen
> paravirtualized 9p fs
> >   Â>   Âinterface. Once she finishes the initial prototype, we
> could prioritize
> >Â Â Â Â>Â Â Â Âit within the community and work together to complete
> it.
> >Â Â Â Â>
> >   Â>   ÂHow are you using virtio 9p fs? What Docker storage
> backend are you
> >   Â>   Âusing? I am asking because when I looked into running
> Docker container
> >Â Â Â Â>Â Â Â Âimages as Xen VMs, I was able to boot VMs without any
> filesystem share,
> >Â Â Â Â>Â Â Â Âby using the devices set up by Docker's device mapper
> backend directly.
> >Â Â Â Â>Â Â Â ÂI think that using storage devices directly as
> backends, when possible,
> >Â Â Â Â>Â Â Â Âis preferable because of performance and security.
> >Â Â Â Â>
> >Â Â Â Â>
> >Â Â Â Â>Â Â Â ÂOn Tue, 9 Jun 2015, Wang Xu wrote:
> >Â Â Â Â>Â Â Â Â> Hi Stefano,
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â> Yes, we are working on HVM and using 9p and
> virt-serial over virtio, and looks 9p do not
> have a
> >Â Â Â Â>Â Â Â Âsimilar
> >Â Â Â Â>Â Â Â Â> component in Xen ecosystem. What's the status of
> XenFS and how do you think about filesystem
> share
> >Â Â Â Âin
> >Â Â Â Â>Â Â Â ÂXen?
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â> On Mon, Jun 8, 2015 at 6:18 PM Stefano Stabellini
> <stefano.stabellini@xxxxxxxxxxxxx> wrote:
> >Â Â Â Â>Â Â Â Â>Â Â Â ÂHi Xu,
> >Â Â Â Â>Â Â Â Â>
> >   Â>   Â>   ÂThank you for the very quick reply! I am very
> happy to hear that Xen
> >Â Â Â Â>Â Â Â Â>Â Â Â Âsupport is coming so soon.
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>From the technical point of view, I think that
> HVM guests with the
> >Â Â Â Â>Â Â Â Â>Â Â Â Âexplicit kernel and initrd options is a very
> good choice for the initial
> >Â Â Â Â>Â Â Â Â>Â Â Â Âimplementation.
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â ÂPVH will probably be a better alternative going
> forward because startup
> >Â Â Â Â>Â Â Â Â>Â Â Â Âtimes are far lower, but at this stage is still
> not as stable as regular
> >Â Â Â Â>Â Â Â Â>Â Â Â ÂHVM guests, so I would wait for another Xen
> release or two before using
> >   Â>   Â>   Âthem. Old style PV guests might still be a
> decent alternative for
> >Â Â Â Â>Â Â Â Â>Â Â Â Âpeople that really care about startup times,
> because they boot really
> >Â Â Â Â>Â Â Â Â>Â Â Â Âquickly. They also have good performance in a
> nested virtualization
> >Â Â Â Â>Â Â Â Â>Â Â Â Âenvironment, such as people deploying
> containers on Amazon AWS. However
> >Â Â Â Â>Â Â Â Â>Â Â Â Âon native they offer lower performance than PVH
> or HVM guests.
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â ÂYou mentioned virtio:Â are you using virtio 9p
> fs or one of the other
> >Â Â Â Â>Â Â Â Â>Â Â Â Âprotocols (block, net, etc)?
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â ÂCheers,
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â ÂStefano
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â ÂOn Fri, 5 Jun 2015, Wang Xu wrote:
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> Hello Stefano,
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> It is very glad to get message from Xen.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> Xen is a great innovation and one of the most
> widely adopted hypervisor, we believe
> we
> >Â Â Â Âshould
> >Â Â Â Â>Â Â Â Â>Â Â Â Âsupport it as
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> soon as possible.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> We are currently busy working on Xen support
> and will announce the initial support
> in the
> >Â Â Â Ânext
> >Â Â Â Â>Â Â Â Â>Â Â Â Âweek.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> The initial support is working on Xen 4.5 hvm
> mode, because it is easy to specify
> kernel and
> >Â Â Â Â>Â Â Â Â>Â Â Â Âinitrd during
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> boot and support virtio, which we have
> already used in the kvm version.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> We also considered PVH on Xen 4.4, but met
> some trouble with that.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> We are very interesting in cooperating with
> Xen upstream to have a better support in
> the
> >Â Â Â Â>Â Â Â Â>Â Â Â Âfuture.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> Thank you for your message!
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> Cheers!
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> Xu Wang
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> Cofounder & CTO of Hyper
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â> Stefano Stabellini
> <stefano.stabellini@xxxxxxxxxxxxx>ä2015å6æ6æåå 00:14åéï
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â ÂHello Xu, Feng, Lei,
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â ÂMy name is Stefano Stabellini and I
> lead the Xen Project team within
> >   Â>   Â>   Â>   ÂCitrix. I am also one of the Xen
> maintainers.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â ÂLet me introduce you to Lars Kurth,
> chair of the Xen Project advisory
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âboard, and Sarah Conway, that
> represents the Linux Foundation. As you
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âprobably know, Xen Project is a Linux
> Foundation collaborative project.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â ÂI wanted to get in touch with you
> regarding your new project, Hyper:Â I
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âam really glad to see that you are
> stepping up to bring the security and
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âflexibility of hypervisor solutions to
> the world of containers. I think is
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âa key project that will benefit the
> containers and cloud industry as a
> >   Â>   Â>   Â>   Âwhole. In fact I have been
> investigating the best way to run containers
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âon Xen myself during the last few
> months.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â ÂI read that Hyper is hypervisor
> agnostic and I am glad that Xen is
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âalready on the roadmap.
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â ÂI understand that Hyper is still young,
> but do you have any timelines on
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âwhen you are planning to introduce Xen
> support to Hyper? Would you be
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â Âinterested in discussing the best way
> to do that?
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â ÂCheers,
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>Â Â Â ÂStefano
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>Â Â Â Â>
> >Â Â Â Â>
> >Â Â Â Â>
> >Â Â Â Â>
> >Â Â Â Â>
> >Â Â Â Â> --
> >Â Â Â Â> Sarah Conway
> >Â Â Â Â> PR Manager
> >Â Â Â Â> The Linux Foundation
> >Â Â Â Â> sconway@xxxxxxxxxxxxxxxxxxx
> >Â Â Â Â> (978) 578-5300 ÂCell
> >Â Â Â Â> Skype: Âsarah.k.conway
> >Â Â Â Â>
> >Â Â Â Â>
> >
> >
> >
>
>
>
>
> --
> Wang Xu
>
> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |