Same, happens once a day
Here's all my "important" logs.
11:44:31 spice-vdagent: Cannot access vdagent virtio channel
/dev/virtio-ports/com.redhat.spice.0
11:44:30 pulseaudio: [pulseaudio] backend-ofono.c: Failed to register as a
handsfree audio agent with ofono: org.freedesktop.DBus.Error.Serv
I've tried a version of maverick kernel ported to Lucid, version
2.6.35-14.20~lucid2. It was supposed
to clear the problem but nop. I still have issues everytime I have
moderate to high I/O on the filesystem.
Tomorrow I will try another filesystem than ext4.
O. Gagnon
On Wed, Aug 18, 2010 at 1:5
@Stephan Bader: from my research, the *two* bugs are related to the
cleaning of the dirty inodes. Umounting a ext4 filesystem with dirty
inodes will generate a lot of IO since the journal is mixed up. The same
dirty inodes problem exist when there is a lot of IO since jdb2 tries to
keep the journal
I've been dealing with this IO problem since a LONG time (months).
I've tried kernel 2.6.32-24.39~spcbug543617a and 2.6.32-23.38~lp585092v4. The
problem was still there.
I then installed the 2.6.35 kernel that Tim Gardner in #38 shared and now it at
last works normally
Everytime I had IO
For me too every time I do an apt-get upgrade, I have to let the
machine there for a while because it becomes unusable. The mouse is
always freezing and everything is lagging with the iowait at avoir
80%.
I have a AMD Athlon 64 with 2 gigs of RAM and a SATA drive. Changed
the harddrive too and the
Why is this bug only at "Medium" importance ? It should be critical. It
makes Ubuntu almost non usable. When doing an apt-get upgrade the
packages, I can't even do anything else since the system freezes and the
windows greys out. I suggest we change that bug to critical.
--
Heavy Disk I/O harms d
You would want to use "bzr" (Bazaar), which is a program like svn and git used
by Ubuntu and Eucalyptus, to retrieve the sources you want.
You should be able to find some infos how to use it on lauchpad.
O L I V I E R G A G N O N
F A K E
ADMINISTRATEUR RÉSEAU |
NETWORK ADMIN
+ 1 514 . 8
As said in message #14, the fix was in rev 1068.1.28.
So if your bzr version is older than that, it is not fixed.
I synced the files and recompiled eucalyptus with bzr rev 1068.1.28 some months
ago and it was indeed fixed.
My 70gigs image registered in seconds.
--
ec2-bundle-vol and ec2-upload
Other infos here: lp:513100
--
ec2-bundle-vol and ec2-upload-bundle result in non accepted manifest
https://bugs.launchpad.net/bugs/470355
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubu