Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issues are for discussion #1

Open
amirmc opened this issue Nov 30, 2015 · 6 comments
Open

Issues are for discussion #1

amirmc opened this issue Nov 30, 2015 · 6 comments

Comments

@amirmc
Copy link

amirmc commented Nov 30, 2015

We'll use the issue tracker here for discussion and questions about the code in the demo.
Since this was presented as a 'cool hack' [1], we're not expecting to push any new commits to this codebase, so any feedback will make it's way into our future work.

Thanks!

[1] http://unikernel.org/blog/2015/contain-your-unikernels/

@MurtyBavisetty
Copy link

Hello,

I am new to Linux kernel. I am currently using ubuntu 14.04 and trying to simulate the unikernels that you are talking about. I can build the unikernels for mysql, php and nginx. Only one of them stays up when started without the macvtap patch. I am not quite clear how the patch should be applied. Do i need to download the 4.1.3 Linux kernel in order to fix this or can I get away with building loadable kernel module (macvtap.ko) for macvtap alone. I tried to build the Linux kernel for 4.1.3 without success. Any details on this patch would be helpful to simulate this.

Thank you.
Murty

@mato
Copy link
Contributor

mato commented Jan 6, 2016

Hi Murty,
Correct, without the macvtap patch you will only be able to run a single unikernel at a time. As documented in the patch, it applies to the 4.1.13 LTS kernel from kernel.org. Unfortunately I can't help with the specifics of building and patching for your system.
If you want to experiment with unikernels, I'd suggest trying out rumprun and MirageOS directly, this demo is not terribly suitable for new users.
Best,
Martin

@MurtyBavisetty
Copy link

Hi Martin,

Thank you very much for the feedback. That is very helpful. I would try
that using the rumprun and MirageOS.

Murty

On Wed, Jan 6, 2016 at 4:11 AM, Martin Lucina [email protected]
wrote:

Hi Murty,
Correct, without the macvtap patch you will only be able to run a single
unikernel at a time. As documented in the patch, it applies to the 4.1.13
LTS kernel from kernel.org. Unfortunately I can't help with the specifics
of building and patching for your system.
If you want to experiment with unikernels, I'd suggest trying out rumprun
and MirageOS directly, this demo is not terribly suitable for new users.
Best,
Martin


Reply to this email directly or view it on GitHub
#1 (comment)
.

Murty

@danehans
Copy link

@mato Do you know if the macvtap issue is being addressed upstream?

@mato
Copy link
Contributor

mato commented Jan 27, 2016

@danehans Not at the moment. We're working on a way of getting equivalent functionality without the need for macvtap, which will work without the need to upgrade the kernel on existing systems. Having said that, the lack of proper namespace support in macvtap is a legit issue, so feel free to take it up with upstream.

@ish-xyz
Copy link

ish-xyz commented Aug 26, 2016

Hi, I have a question. This approach allow me to run a tiny VM with unikernel inside a container, right?
But I think (maybe wrongly) is better the reverse approach, so run the unikernel VM with only my container inside. What do you think? Is that possible?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants