-
-
Notifications
You must be signed in to change notification settings - Fork 604
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
run.py fails on XEN because of losetup failure #344
Comments
On Mon, Jun 16, 2014 at 8:27 PM, Tomasz Grabiec notifications@github.com
|
I ran into a similar losetup issue. I ended up having to compile a new version of losetup. The version I had (for LinuxMint 17) was 2.20.1-5.1ubuntu20.7. I compiled 2.27 (from ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.27/util-linux-2.27.tar.gz) and got past this problem. |
This patch eliminates use of losetup in run.py when running OSv on Xen. Instead of creating a loop device pointing to qcow2 or raw image, run.py adds an entry to the xl config file pointing directly to the OSv disk image like so: disk=['/home/wkozaczuk/projects/osv/build/last/usr.img,qcow2,hda,rw'] or: disk=['/home/wkozaczuk/projects/osv/build/last/usr.raw,raw,hda,rw'] In addition, we also enhance run.py to support 2nd disk when running OSv on Xen. Finally, when executing run.py with '--dry-run', one can see content of the xl config file which can be useful for troubleshouting or manually running OSv using the xl utility. Examples to run OSv on Xen: ./scripts/run.py -p xen #uses default qcow2 image build/last/usr.img ./scripts/run.py -nv -c 1 -p xen --script vif-bridge -b virbr0 ./scripts/run.py -p xen --second-disk-image ./disk.raw Fixes cloudius-systems#285 Fixes cloudius-systems#344 Signed-off-by: Waldemar Kozaczuk <jwkozaczuk@gmail.com>
Looks like losetup fails:
It moves on with this patch:
The text was updated successfully, but these errors were encountered: