similar to: lhype booting debootstrapped debian image over nfsroot, partial success

Hi everybody, Attracted by the puppies, I'm trying to run lhype. The patch applies cleanly to 2.6.20-rc2, my .config is in accord with lhype.txt, but when I try to launch an instance, I get this: $ sudo drivers/lhype/lhype_add 64m 0 vmlinux --tunnet=192.168.19.1 --block=linux.img root=/dev/lhba lhype_add: Failed to get DMA buffer from 0xb7fff008: No such file or directory lhype_add: network:

Hi everybody, Attracted by the puppies, I'm trying to run lhype. The patch applies cleanly to 2.6.20-rc2, my .config is in accord with lhype.txt, but when I try to launch an instance, I get this: $ sudo drivers/lhype/lhype_add 64m 0 vmlinux --tunnet=192.168.19.1 --block=linux.img root=/dev/lhba lhype_add: Failed to get DMA buffer from 0xb7fff008: No such file or directory lhype_add: network:

I am trying to experiment with lhype on a 32bit Intel box and when I launch a guest I get the following oops message: ----------- invalid opcode: 0000 [#1] Modules linked in: CPU: 0 EIP: 0061:[<c0101223>] Not tainted VLI EFLAGS: 00010246 (2.6.20-rc2 #1) EIP is at mwait_idle_with_hints+0x1e/0x3a eax: c03c8008 ebx: 00000000 ecx: 00000000 edx: 00000000 esi: 00000000 edi:

I am trying to experiment with lhype on a 32bit Intel box and when I launch a guest I get the following oops message: ----------- invalid opcode: 0000 [#1] Modules linked in: CPU: 0 EIP: 0061:[<c0101223>] Not tainted VLI EFLAGS: 00010246 (2.6.20-rc2 #1) EIP is at mwait_idle_with_hints+0x1e/0x3a eax: c03c8008 ebx: 00000000 ecx: 00000000 edx: 00000000 esi: 00000000 edi:

This patch allows lhype_add to open disk image files larger than 2GB. Please apply. Signed-off-by: James Morris <jmorris@redhat.com> --- diff -r 82d084b15417 drivers/lhype/lhype_add.c --- a/drivers/lhype/lhype_add.c Wed Nov 15 00:58:18 2006 -0500 +++ b/drivers/lhype/lhype_add.c Wed Nov 15 01:01:35 2006 -0500 @@ -329,7 +329,7 @@ static int set_up_block_device(const cha struct stat st;

This patch allows lhype_add to open disk image files larger than 2GB. Please apply. Signed-off-by: James Morris <jmorris@redhat.com> --- diff -r 82d084b15417 drivers/lhype/lhype_add.c --- a/drivers/lhype/lhype_add.c Wed Nov 15 00:58:18 2006 -0500 +++ b/drivers/lhype/lhype_add.c Wed Nov 15 01:01:35 2006 -0500 @@ -329,7 +329,7 @@ static int set_up_block_device(const cha struct stat st;

Hi all, Ingo was eloquantly passionate about hating the name lhype, so after some debate (and importantly, the rejection of both "Wonkavisor" and "Rustyvisor"), I decided to name it after the guest (which is what users care about), not the hypervisor (which is what hackers care about). Hence: lhype_add -> lguest lguest.ko -> lg /dev/lhba ->

Hi all, Ingo was eloquantly passionate about hating the name lhype, so after some debate (and importantly, the rejection of both "Wonkavisor" and "Rustyvisor"), I decided to name it after the guest (which is what users care about), not the hypervisor (which is what hackers care about). Hence: lhype_add -> lguest lguest.ko -> lg /dev/lhba ->

Hi all, Some of you know I've been working on a trivial in-kernel hypervisor to demonstrate paravirt_ops. The good news is that it works! (And not just for me!) The bad news is that I haven't written any documentation and now I'm going to be offline (moving to a farm) for several weeks. Nonetheless, if you're the kind of person who wants to poke around with hypervisors, no

Hi all, Some of you know I've been working on a trivial in-kernel hypervisor to demonstrate paravirt_ops. The good news is that it works! (And not just for me!) The bad news is that I haven't written any documentation and now I'm going to be offline (moving to a farm) for several weeks. Nonetheless, if you're the kind of person who wants to poke around with hypervisors, no

I get a compilation error with an undefined reference to PKMAP_BASE (on a fairly standard x86 box). This patch include asm/highmem.h, where the macro is defined. Please apply. Signed-off-by: James Morris <jmorris@redhat.com> --- diff -r 2f39210c8792 drivers/lhype/init.c --- a/drivers/lhype/init.c Mon Nov 13 17:16:49 2006 -0500 +++ b/drivers/lhype/init.c Mon Nov 13 17:23:38 2006 -0500 @@

I get a compilation error with an undefined reference to PKMAP_BASE (on a fairly standard x86 box). This patch include asm/highmem.h, where the macro is defined. Please apply. Signed-off-by: James Morris <jmorris@redhat.com> --- diff -r 2f39210c8792 drivers/lhype/init.c --- a/drivers/lhype/init.c Mon Nov 13 17:16:49 2006 -0500 +++ b/drivers/lhype/init.c Mon Nov 13 17:23:38 2006 -0500 @@

any comments? if nothing else, is there any way to atomically setup bridge? not on list, please cc. ---------- Forwarded message ---------- Date: Wed, 12 Jan 2005 21:08:15 -0000 From: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> To: Adam Sulmicki <adam@cfar.umd.edu>, xen-devel@lists.sourceforge.net Subject: RE: [Xen-devel] nfsroot and brige > hello, > it seems like a catch-22 to

Does anyone have any good how-to's or documentation on setting up read only root NFS for pxe booting diskless computers? A few months ago I stumbled upon an official Redhat doc through a google search(not hosted by redhat and I cannot find it anywhere on the Redhat site) written by Dave Kline named "Configuring diskless clients with Red Hat Enterprise Linux" from 2011. It seemed to

Hi everyone, I got the error: NET4: Unix domain sockets 1.0/smp for linux NET4.0 ds: no socket drivers loaded request_module[block-major-8]: root fs not mounted VFS: Cannot open root device ""or 08:03 Please append a correct "root"boot option The strange thing is that it tries to mount from harddisk. This I got somewhere else: "the kernel looks like it is trying to

Hi, I've got a task to have a small number of laptops netboot Linux over WiFi. The kernel is loaded off the USB stick of cource, it's off topic for now. The WPA-supplicant daemon is started early by dracut off initrd. It works. Mostly. The problem is that upon shutdown systemd terminates all the processes FIRST and unmounts filesystems NEXT. Guess what? Upon termination,

Hi, I'm trying to deploy some non-linux OS via pxe and I was thinking to just launch CentOS in RAM and then run dd or qemu-img or something like this in order to complete the other OS install via template imaging. My first idea was to build a custom CentOS livecd and use that in combination with pxe kernel parameters, but perhaps there's a better way to do this. Ideas? Thanks, Lucian --

Hello all, I have observed a problem with a diskless PXE client I am attempting to configure. PXE/NFS/DHCP/TFTPd server is running CentOS5.1 and the Diskless workstation's root and kernel was extracted from a CentOS5.1 (custom kernel due to setting to enable Root File System support). Problem: When the diskless client boots and logs in I notice that my root user is being squashed, even if I

in Documentation/nfsroot.txt, it says: 1.) Enabling nfsroot capabilities ----------------------------- In order to use nfsroot you have to select support for NFS during kernel configuration. Note that NFS cannot be loaded as a module in this case. The configuration script will then ask you whether you want to use nfsroot, and if yes what kind of auto configuration system you want to use.

I made a diskless node centos. the pxelinux.cfg/default file : default centos label centos kernel vmlinuz-2.6.18-194.el5 append initrd=initrd-2.6.18-194.el5.nfs.img nfsroot=10.10.10.1:/srv/centos ip=dhcp rw I can successfull*y boot-strap the system with no error.* *But when i shutdown or reboot it . It will show in the screen :* *Unmounting NFS filesystems* *INIT:no more process