Re: [Minios-devel] Web server on minios restricted

[Wei Liu <wei.liu2@xxxxxxxxxx>]

Add back minios-devel, please use "reply-all" in the future.

On Sun, Jul 31, 2016 at 03:28:18AM +0000, Kai Yu wrote:
> I wanted to try linux vms before, but I was stuck with building it on xen.
> I watched many tutorials and I tried logical volume and image two ways, but
> they both failed and got into the BusyBox. I googled this error and found a
> few people had this problem, but the solutions did not fix my problem, I am
> a little confused with some answers because i am not very familiar with
> linux.
> 

First thing, you don't need to build Linux for Xen.

Most popular Linux distributions should be able to boot as a Xen guests
nowadays.

You can create a HVM guests and install Linux as you would on a physical
machine.

> These are my configure files
> *configure 1:*
> name = "ubuntu"
> kernel = "/root/ubuntu_test_img/vmlinuz-3.2.0-29-generic"
> ramdisk = "/root/ubuntu_test_img/initrd.img-3.2.0-29-generic"
> extra='debian-installer/exit/always_halt=true -- console=hvc0'
> #bootloader='pygrub'
> #root="/dev/xvda ro"
> memory = 1024
> vcpus = 2
> vif = [ 'bridge=xenbr0, ip=10.107.60.201' ]
> disk = [ '/dev/myvg1/lv_vm_ubuntu,raw,xvda,rw' ]
> 

This configuration file is for PV guest and the 3.2 kernel is really old.

> *configure 2:*
> name = "ubuntu"
> kernel = "/root/ubuntu_test_img/vmlinuz-3.2.0-29-generic"
> ramdisk = "/root/ubuntu_test_img/initrd.img-3.2.0-29-generic"
> extra='debian-installer/exit/always_halt=true -- console=hvc0'
> #root="xvda1 ro"
> memory = 1024
> vcpus = 2
> vif = [ 'bridge=xenbr0, ip=10.107.60.201' ]
> disk = [
> 'tap:aio:/root/ubuntu_test_img/UbuntuXen.img,xvda1,w','tap:aio:/root/ubuntu_test_img/UbuntuXen.swap,xvda2,w']
> 
> They both have the same output, I think it may be the disk problem. Do you
> have some ideas?
> Thanks.
> *output:*
> [    0.357846] Freeing unused kernel memory: 920k freed
> [    0.358126] Write protecting the kernel read-only data: 12288k
> [    0.363347] Freeing unused kernel memory: 1616k freed
> [    0.364311] Freeing unused kernel memory: 1200k freed
> Loading, please wait...
> [    0.437025] systemd-udevd[86]: starting version 204
> Begin: Loading essential drivers ... done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting root file system ... Begin: Running /scripts/local-top ...
> done.
> Begin: Running /scripts/local-premount ... done.
> [    5.524176] kjournald starting.  Commit interval 5 seconds
> [    5.524217] EXT3-fs (xvda1): mounted filesystem with ordered data mode
> Begin: Running /scripts/local-bottom ... done.
> done.
> Begin: Running /scripts/init-bottom ... mount: mounting /dev on /root/dev
> failed: No such file or directory

this is probably not related to Xen. Your guest tries to mount /dev on a
very weird location.

In any case, it's probably not worth the effort to debug all these.
Install a HVM guest and start from there.


Wei.

> done.
> mount: mounting /sys on /root/sys failed: No such file or directory
> mount: mounting /proc on /root/proc failed: No such file or directory
> Target filesystem doesn't have requested /sbin/init.
> No init found. Try passing init= bootarg.
> 
> 
> 
> Wei Liu <wei.liu2@xxxxxxxxxx>于2016年7月30日周六 下午11:49写道：
> 
> > On Sat, Jul 30, 2016 at 02:35:49AM +0000, Kai Yu wrote:
> > > I implement a mini web server on minios, and it runs okay. Then  I want
> > to
> > > run several servers simultaneously, each one on a separate minios vm, all
> > > vms on one physical machine. I use the weighttp tools to test all the
> > > servers simultaneously. But when vm number >5, only 4 servers on 4
> > separate vms
> > > can give response, the remaining all time out. Then I alter the redis
> > code
> > > to run on minios, and it has the same problem. Why  is the vm number
> > > restricted?
> > >
> >
> > I'm can't think of why separate VMs can affect each other. I'm inclined
> > to think there are problems with your Dom0 network setup.
> >
> > Do you have similar problem if you run several Linux VMs? That would
> > help you identify where the problem is.
> >
> > Wei.
> >
> > > thanks.
> > >
> > > Collins
> >
> > > _______________________________________________
> > > Minios-devel mailing list
> > > Minios-devel@xxxxxxxxxxxxxxxxxxxx
> > > https://lists.xenproject.org/cgi-bin/mailman/listinfo/minios-devel
> >
> >

_______________________________________________
Minios-devel mailing list
Minios-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/cgi-bin/mailman/listinfo/minios-devel