[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Pygrub on ARM64
On Thu, 2016-02-25 at 13:20 +0530, Sanjeev Pandita wrote: > > Terminal 3: (manually running the pygrub command) > [root@dhcp-194 xen]# export LD_LIBRARY_PATH=/usr/lib > [root@dhcp-194 xen]# mkdir -p /var/run/xen/bootloader.2.d > [root@dhcp-194 xen]# touch /var/run/xen/bootloader.2.out > [root@dhcp-194 xen]# /usr/lib/xen/bin/pygrub --args="root=/dev/xvda4 rw > console=hvc0 earlyprintk=xen" --output=/var/run/xen/bootloader.2.out -- > output-format=simple0 --output-directory=/var/run/xen/bootloader.2.d > /mnt/xen/CentOS-7-aarch64.img > > (nothing comes on console after this) I don't remember ever seeing pygrub fail silently in this way. I think at this point I would be trying a few different things, firstly using strace(1) on the pygrub invocation to see if I could see where it was blocked. I think you can drop all of the arguments except for the image, e.g. pygrub /mnt/xen/CentOS-7-aarch64.img leading to strace -o pygrub.strace pygrub /mnt/xen/CentOS-7-aarch64.img (maybe add -fff if it looks to be using threads) Secondly manually mounting CentOS-7-aarch64.img (e.g. "mount -o loop etc", or maybe kpartx -a first if the image has a partition table) to check it really is some sort of sensible/readable image. Ian. > > Terminal4: (ls of the logs directory and files. All files are empty) > [root@dhcp-194 ~]# cd /var/run/xen/ > [root@dhcp-194 xen]# ls > bootloader.1.d bootloader.1.out bootloader.2.d bootloader.2.out > [root@dhcp-194 xen]# ls -al > total 0 > drwxr-xr-x 4 root root 120 Feb 25 12:50 . > drwxr-xr-x 35 root root 1100 Feb 25 10:00 .. > drw------- 2 root root 40 Feb 25 12:07 bootloader.1.d > -rw------- 1 root root 0 Feb 25 12:07 bootloader.1.out > drwxr-xr-x 2 root root 40 Feb 25 12:50 bootloader.2.d > -rw-r--r-- 1 root root 0 Feb 25 12:50 bootloader.2.out > [root@dhcp-194 xen]# ls -al bootloader.* > -rw------- 1 root root 0 Feb 25 12:07 bootloader.1.out > -rw-r--r-- 1 root root 0 Feb 25 12:50 bootloader.2.out > bootloader.1.d: > total 0 > drw------- 2 root root 40 Feb 25 12:07 . > drwxr-xr-x 4 root root 120 Feb 25 12:50 .. > bootloader.2.d: > total 0 > drwxr-xr-x 2 root root 40 Feb 25 12:50 . > drwxr-xr-x 4 root root 120 Feb 25 12:50 .. > [root@dhcp-194 xen]# > > > Issue #2: > > While above things are in dangling state if I try to create another VM > then a new DomU does not get create. > > [root@dhcp-194 xen]# xl -vvv create vm8 > Parsing config from vm8 > <Nothing comes after the above line> > > > If I kill pygrub from another terminal , press ctrl C in all other > blocking terminals of vm1 and then start the vm8 , the vm8 boots fine. > > Please let me know if am I missing anything in this sequence ? > > Thanks, > Sanjeev > > > Ian. > > > > [*] normally this information would come from your grub.cfg in the > > guest, > > so you might want to remove the extra = in your guest cfg, or maybe you > > are > > deliberately overriding grub.cfg, in any case you are not yet at the > > point > > where this setting would make any difference. > > > > Ian. > > > > CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, > is for the sole use of the intended recipient(s) and contains information > that is confidential and proprietary to Applied Micro Circuits > Corporation or its subsidiaries. It is to be used solely for the purpose > of furthering the parties' business relationship. All unauthorized > review, use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply e-mail and destroy > all copies of the original message. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |