Moving this bug over to the qemu-linaro package, which now provides
qemu-system-arm
** Package changed: qemu-kvm (Ubuntu) = qemu-linaro (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
this bug has nothing to do with mono at all, please do not confuse it
with the (already open and already commented) mono tasks.
this bug is about qemu hanging if a big task of packages is installed,
even if there are no mono packages among them. note in the initial logs
that it hangs in various
agreed, guilty of shotgun reporting. will try to reproduce on qemu less
the mono-package installs before submitting to this tracker again.
Thank you for the feedback.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
This is just an issue with mono, apparently does not appear on omap
boards. This will appear on a physical machine as well as virtual, I
have so far successfully rootstock ubuntu-minimal (meerkat) and used
apt-get install --no-install-recommends ubuntu-netbook to build thus
far. Am working on a
running this on a real arm board, snapdragon htc phone
this is a chroot apt-get install ubuntu-netbook. here is the results of my
'kill -SIGINT' for hanging mono processess, this does not appear to be an issue
related to kvm, since this has been done outside the virtual machine:
Setting up
** Changed in: qemu-kvm (Ubuntu)
Assignee: Dustin Kirkland (kirkland) = (unassigned)
** Changed in: qemu-kvm (Ubuntu Lucid)
Assignee: Dustin Kirkland (kirkland) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
@Ricardo Salveti
Ok, I am going to get a release candidate for 10.10 Meerkat, install it
and try to rootstock ubuntu-netbook for lucid from there. I will inform
this log of my progress.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You
Allright, it appears that iso-codes will build successefully on this
kernel:
u...@meerkatuname:~/kvm$ uname -a
Linux merelynatural 2.6.35-22-generic #33-Ubuntu SMP Sun Sep 19 20:32:27 UTC
2010 x86_64 GNU/Linux
Output as follows:
Setting up x11-xkb-utils (7.5+1) ...
Setting up libxklavier16
This should help a little:
I can confirm that this is a problem in rootstock, not just inside qemu or
qemu/kvm.
Reproducible on host system.
System output from uname :
u...@lucid:~/kvm$ uname -a
Linux lucid 2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:05:27 UTC 2010
x86_64 GNU/Linux
What fails is qemu-arm-static, as rootstock uses it internally to
install the packages.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: lucid-updates = None
** Changed in: qemu-kvm (Ubuntu)
Milestone: lucid-updates = None
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you
Here is where it's getting stuck now:
Selecting previously deselected package libimobiledevice0.
Unpacking libimobiledevice0 (from
.../libimobiledevice0_0.9.7-1ubuntu1_armel.deb) ...
Selecting previously deselected package libtalloc2.
Unpacking libtalloc2 (from
I'm now implementing the support for creating a rootstock rootfs without
requiring root, and I also got stuck at a segmentation fault, just after
executing the debootstrap' second stage.
I'm running the qemu-system-arm from qemu-kvm-extras 0.12.4+noroms-
0ubuntu4, at maverick.
My qemu command
For the seg fault bug I've created the bug 604872.
Meanwhile I'll try to reproduce the hang problem with Maverick and
upstream Qemu.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member
I am seeing similar issue on Lucid.
Rootstock version: rootstock-0.1.99.3
Here is my command line:
sudo ./rootstock --fqdn beagleboard --login ubuntu --password beagle
--imagesize 4G --swapsize 512 --components main,universe,multiverse --seed
@arvind this is not related to this bug, please open a new one
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
Sure Thanks.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
Ubuntu-server-bugs mailing list
beagleboard is not in upstream QEMU. Please do not mark bugs as affects
upstream QEMU unless you've actually reproduced the problem with
upstream QEMU.
** Changed in: qemu
Status: New = Invalid
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
@Anthony please see all the above comments before judging and please
reopen it upstream again
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is
and just for reference so there isnt coming up any confusion again, the
used qemu call that breaks is for a versatilbepb machine using the
versatile kernel from http://ports.ubuntu.com/ubuntu-
ports/dists/lucid/main/installer-
armel/current/images/versatile/netboot/vmlinuz
--
apt/dpkg in
If someone reproduces the bug against upstream qemu, feel free to refile
the bug with the appropriate information.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server
smells like an alignment issue, and in fact i'm just doing a rootstock
rootfs build with an added cat 3 /proc/cpu/alignement that got past
the well, known iso-codes hang (lets see if its a red herring or if it
finishes though)
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
err, cat should indeed be echo above :)
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
Ubuntu-server-bugs
I built qemu-kvm with DEB_BUILD_OPTIONS=noopt that replaces -O2 with -O0
and (after _long_ session) ran into this crasher:
Program received signal SIGSEGV, Segmentation fault.
0xcde9719c in ?? ()
(gdb) bt
#0 0xcde9719c in ?? ()
#1 0x7fffe090 in ?? ()
#2
it definately worked for three ubuntu-netbook builds now, i'm just
running an ubuntu-desktop one, if that works as well, i'll prepare an
SRU package for rootstock to verify it works on other i386 systems too.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
Hi
I can reproduce this each time by running netboot installer using the
versatile kernel:
#!/bin/sh
qemu-img create -f qcow2 sda.qcow2 16G
gdb --args qemu-system-arm -M versatilepb -m 256 -cpu cortex-a8 -kernel vmlinuz
-initrd initrd.gz -hda sda.qcow2 -append mem=256M
Here is the backtrace:
hmm, i dont see segfaults here, still just the plain hang
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
In the host:
7720 Segmentation fault qemu-system-arm ${QEMUOPTS} ${ROOTDEV}
${SWAPDEV} -append ${APPEND} $QEMUFIFO 21
[ 1844.178068] qemu-system-arm[7720]: segfault at d07dca2c ip
d07dca2c sp 7fffabecc210 error 14
--
apt/dpkg in qemu-system-arm hangs if a big task is
With the same procedure, I now get a segfault rather than a hang; this
would seem to support the userspace theory. Can anybody else confirm
the behaviour change?
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug
Segfault in the host or guest?
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
Ubuntu-server-bugs mailing list
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: None = lucid-updates
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in
-drive file=${IMAGENAME},aio=native,cache=none definately doesnt change
behavior, will try other combinations too.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server
-drive file=${IMAGENAME},aio=threads,cache=writethrough doesnt change
anything either
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Writethrough is the default already; writeback might make a difference.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in
same for -drive file=${IMAGENAME},aio=native,cache=writethrough, testing
writeback now
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
-drive file=${IMAGENAME},aio=native,cache=writeback appears to work
faster overall but still hangs sadly ... trying the same with
aio=threads now but my hopes arent high
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug
as expected, same hang using -drive
file=${IMAGENAME},aio=threads,cache=writeback
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
For comparison sake, I gave qemu access to a 2nd hardrive in my system
-hda /dev/sda1 same result as with using disk images..
Selecting previously deselected package libgnomekbd-common.
Unpacking libgnomekbd-common (from
.../libgnomekbd-common_2.30.0-0ubuntu2_all.deb) ...
Selecting previously
Thanks for testing ogra... Bummer.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
Ubuntu-server-bugs mailing
Hi Ogra-
Can you try the aio=native,cache=off backing disk image options to qemu?
-drive file=foo.img,aio=native,cache=off
where foo.img is your backing disk image?
This should ensure that disk writes are synchronous, and *might* help
the issue. Can you try that and report back?
--
Alternatively, aio=threads is your other option. Perhaps try that too?
Also, perhaps play with the cache, which can be cache=none,
cache=writethrough, or cache=writeback.
(Sorry, in my last post, I wrote cache=off).
See:
* http://manpages.ubuntu.com/manpages/lucid/en/man1/qemu.1.html
--
dustin, the actual issue shows up under rootstock where we dont use SDL
at all, using plain qemu is just to easier reproduce the error,
rootstock reads/writes through a fifo via emulated serial console so
there is neither SDL nor any ui stuff involved.
it shows up for everyone and the hang
Opening an upstream task.
Anthony, any ideas?
** Also affects: qemu
Importance: Undecided
Status: New
** Changed in: qemu
Importance: Undecided = Medium
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug
** Changed in: qemu-kvm (Ubuntu Lucid)
Assignee: (unassigned) = Dustin Kirkland (kirkland)
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is
I see that Thierry has re-assigned this to me.
Note that this bug is marked Incomplete.
I need a way to reproduce this besides of apt-get in the guest, such
that I can report this upstream.
Note that I was able to dd from the entire guest disk to /dev/null
without a problem, which should have
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: ubuntu-10.04-beta-2 = None
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
just to answer the above question, 3G disk and 256M RAM should be enough
for netbook
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Oliver-
I was able to apt-get install ubuntu-netbook earlier today.
It took a very, very long time (since I don't have a ports mirror, and
since this is pure emulation), but it ran to completion.
Several times during the dist-upgrade, though, the SDL window seemed
to go unresponsive for a
Oliver-
Just to confirm
Is 256M memory, and 3GB disk, and no swap, enough resources to actually
do sudo apt-get install ubuntu-netbook ? I just want to make sure
we're not hitting a memory/disk limit inside of the guest before I chase
down the qemu IO emulation code path
--
apt/dpkg
I think I've reproduced it here. Stuck unpacking firefox-gnome-support.
Screenshot shows uptime of 46 minutes (how far into the install of
ubuntu-netbook this occurs), load at 1.74 which is high but not crash-
the-machine high, memory usage is at 72%, and disk is at 52%, so there's
still free
That last run was executed with scsi emulated disk, like this:
$ qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda
ubuntu-arm.img -m 256 -append root=/dev/sda mem=256M devtmpfs.mount=0 rw
single -net nic -net user
--
apt/dpkg in qemu-system-arm hangs if a big task is
Hmm, well this screen shot is a little puzzling...
From within the ARM VM, I was able to dd all of the 3GB /dev/sda to
/dev/null in about 2.5 minutes (20.1MB/s).
That's a lot of read I/O. I need to find some way of reproducing this
problem outside of apt-get before sending it upstream...
--
** Attachment added: qemu-dd.png
http://launchpadlibrarian.net/42692704/qemu-dd.png
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
One more... this one used dd to read 1G of data from disk, and write
that to file, successfully. Took 247s, at 4.3MB/s (doing both reads and
writes).
I'm having trouble finding a way to reproduce this outside of apt
Ideas?
** Attachment added: qemu-dd-write.png
One more question, Oliver ... Would be it possible to enable the
virtio networking and disk drivers in the Lucid arm kernel in the
guest?
I have a very strong feeling that upstream QEMU is going to first
recommend that we test the virtio disk driver model (instead of the
scsi emulation one).
As
Dustin: virtio isn't available on ARM. I researched virtio on ARM a
couple of weeks ago, I did some Kconfig includes hackery and managed to
build the modules, but I get an oops when the first virtio device is
registered on the bus. Happy if you can help with getting this working,
this would
Bummer, okay, thanks Loic.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
Ubuntu-server-bugs mailing list
** Changed in: qemu-kvm (Ubuntu Lucid)
Importance: Medium = High
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
this needs to be RC ... it blocks rootstock spec.
** Also affects: qemu-kvm (Ubuntu Lucid)
Importance: Medium
Status: Incomplete
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: None = ubuntu-10.04-beta-2
** Changed in: qemu-kvm (Ubuntu Lucid)
Status: Incomplete =
** Attachment added: apt-strace.log
http://launchpadlibrarian.net/40681851/apt-strace.log
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is
running apt under strace shows it hangs silently in read()
running top in a different console during teh hang first shows apt running
moderately at 45% CPU usage, dpkg at about 10% ...
i see some dpkg-deb processes with defunct tag pass by, then dpkg vanishes
completely from top output (there
seems i spoke to soon, even with qcow2 this hang occurs, i was also
experimenting with different blocksizes on the filesystem and as well
with different filesystems (ext2/3/4) none of it changed a thing in
behavior, the hang also always occurs at the same place.
--
apt/dpkg in qemu-system-arm
sadly all versions of qemu system-arm expose this in lucid ...
over the weekend i tried all qemu.-system-arm binaries we have in the
archive going backwards in history up to the first karmic version ... i
also tried the versatile kernel we used to use in karmic (which worked
fine during karmic
note also that the VM itself doesnt hang, its just the disk IO ... if i stop
the hanging process teh VM is usable as before.
if you want to reproduce install rootstock and run:
sudo rootstock -f test -s ubuntu-netbook^
(note that wont give you any access to the VM, try the thing below for this)
i just finished a complete build of a karmic rootfs under lucid, that
finished fine so it is definately a problem of interaction of the lucid
userspace with the lucid VM or versatile kernel (the problem does not
occur on real hardware)
--
apt/dpkg in qemu-system-arm hangs if a big task is
apparently this hang only occurs with raw qemu images, converting the
disk image to qcow2 does not produce the hang.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server
66 matches
Mail list logo