similar to: Sometimes libvirt fails to update domain block file after blockcommit.

Displaying 20 results from an estimated 200 matches similar to: "Sometimes libvirt fails to update domain block file after blockcommit."

2011 Feb 16
1
nfs problems
getting lots of stale nfs filehandle errors we have 4 nodes in our cluster, clients nfs mount the volume from any node in a round-robin it appears that one node has gone bad. the clients mounting that node can't see the files that the others can see. ls -l gives rubbish for the metadata, and get lots of these lines in the nfs.log: [2011-02-16 15:33:32.538756] I
2011 Mar 03
3
Mac / NFS problems
Hello, Were having issues with macs writing to our gluster system. Gluster vol info at end. On a mac, if I make a file in the shell I get the following message: smoke:hunter david$ echo hello > test -bash: test: Operation not permitted And the file is made but is zero size. smoke:hunter david$ ls -l test -rw-r--r-- 1 david realise 0 Mar 3 08:44 test glusterfs/nfslog logs thus:
2015 Apr 21
0
Re: QemuDomainObjEndJob called when libvirtd is started and libvirt insists qemu is using the wrong disk source.
On 04/20/2015 08:45 PM, Matthew Schumacher wrote: > List, > > I was under the impression that I could restart libvirtd without it > destroying my VMs, but am not finding that to be true. If not, then something is wrong. > When I killall > libvirtd then my VM's keep running, but then when I start libvirtd it > calls qemuDomainObjEndJob:1542 : Stopping job: modify
2015 Apr 21
2
QemuDomainObjEndJob called when libvirtd is started and libvirt insists qemu is using the wrong disk source.
List, I was under the impression that I could restart libvirtd without it destroying my VMs, but am not finding that to be true. When I killall libvirtd then my VM's keep running, but then when I start libvirtd it calls qemuDomainObjEndJob:1542 : Stopping job: modify (async=none vm=0x7fb8cc0d8510 name=test) and my domain gets whacked. Any way to disable this behavior? Also, while I'm
2002 Apr 23
0
[Bug 225] New: Supression of login warning banner for noninteractive commands
http://bugzilla.mindrot.org/show_bug.cgi?id=225 Summary: Supression of login warning banner for noninteractive commands Product: Portable OpenSSH Version: 3.0.2p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P4 Component: ssh AssignedTo:
2020 Jul 08
3
Urgent Help required
On July 8, 2020 11:01:20 AM AKDT, Alexander Dalloz <ad+lists at uni-x.org> wrote: >Am 08.07.2020 um 20:28 schrieb Kishore Potnuru: >> Thank you for the reply. >> >> As per our current infrastructure, I can go maximum of the redhat 7.7 >> version. Not more than that. Am I able to install or upgrade to >dovecot 2.3 >> version in redhat 7.7? I am running
2010 Mar 18
1
probable timezone confusion with as.yearmon
It looks like a timezone issue, and it's causing confusion to me at least. My original data: gmt <- c("19880101 0000", "19880101 0100", "19880101 0300", "19880101 0400", "19880101 0500", "19880101 0600") These were converted to local dates/times with akst<-strptime(gmt,format="%Y%m%d %H%M")-(3600*9) # because I want
2001 Apr 26
2
Functionality bug (possibly) in openssh on AIX 4.3 (fwd)
Has anyone else running AIX tried this patch? I'm looking for feedback if it should be applied before we release 2.9p1. - Ben ---------- Forwarded message ---------- Date: Tue, 24 Apr 2001 17:22:02 -0800 (AKDT) From: mikem at alaska.net To: openssh-unix-dev at mindrot.org Subject: Functionality bug (possibly) in openssh on AIX 4.3 Hi Folks, While compiling and testing openssh-2.5.2p2 on
2004 Apr 08
1
[Bug 838] TZ variable not being set in IRIX 6.5
http://bugzilla.mindrot.org/show_bug.cgi?id=838 Summary: TZ variable not being set in IRIX 6.5 Product: Portable OpenSSH Version: -current Platform: All OS/Version: IRIX Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org ReportedBy: wadelljs at
2020 Jul 09
0
Urgent Help required
> On 08/07/2020 22:24 Justina Colmena ~biz <justina at colmena.biz> wrote: > > > On July 8, 2020 11:01:20 AM AKDT, Alexander Dalloz <ad+lists at uni-x.org> wrote: > >Am 08.07.2020 um 20:28 schrieb Kishore Potnuru: > >> Thank you for the reply. > >> > >> As per our current infrastructure, I can go maximum of the redhat 7.7 > >>
2004 Sep 10
0
[fsblk@aurora.uaf.edu: Bug#138828: flac: strange decode output]
retitle 138828 flac: progress display is broken with long filenames thanks I don't think it's a gnome-terminal issue, as I've seen the same behaviour with xterm in the past. I've never bothered doing anything about it because it seems to be purely cosmetic; the operation still completes successfully. I'm forwarding this bug upstream. ----- Forwarded message from Britton Leo
2020 Jul 09
2
Urgent Help required
Hi Aki, Am I able to install (2.3 version) on RHEL 6.10 or RHEL 7.7 versions? Will there be any issues? I know RHEL 6.10 is out of support in November. But I want to understand and try in my test environment. Is it possible? thanks, Kishore On Thu, Jul 9, 2020 at 6:40 AM Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > > On 08/07/2020 22:24 Justina Colmena ~biz <justina
2020 Apr 01
0
Display broken after resume from suspend
Just curious if any of the recent fixes have addressed this. :) j On Tuesday, January 14, 2020 1:05:28 PM AKDT Joshua J. Kugler wrote: > Another log, per Lyude on #nouveau. > > j > > On Tuesday, January 14, 2020 8:52:51 AM AKST Joshua J. Kugler wrote: > > Here we go! > > > > j > > > > On Tuesday, January 14, 2020 7:08:20 AM AKST Ilia Mirkin wrote:
2020 Apr 01
1
Display broken after resume from suspend
Sorry, haven't really looked since our initial interaction. That EDID decodes as: Block 0, Base EDID: EDID Structure Version & Revision: 1.0 Vendor & Product Identification: Manufacturer: SEC Model: 21569 Made in: 2010 Basic Display Parameters & Features: Digital display Maximum image size: 34 cm x 19 cm Gamma: 2.20 RGB color display First
2016 May 03
0
Re: Ubuntu 14.04 virsh 1.2.2 blockcommit hangs at 100% / command 'blockcommit' doesn't support option --pivot
Dear Liam, You need to upgrade to the latest LTS version of Ubuntu (16.04). I refer to my message to this mailing list on 17/03/2016: Hi everybody, Following this user mailing list over a period of time, I saw a few messages regarding not being able using the external snapshot feature. I refer to this procedure: http://wiki.libvirt.org/page/Live-disk-backup-with-active-blockcommit I would
2016 May 03
2
Ubuntu 14.04 virsh 1.2.2 blockcommit hangs at 100% / command 'blockcommit' doesn't support option --pivot
Hello All, I think I have seen this in previous bugs. Trying to live backup qcow2 images. I am able to virsh snapshot-create-as and virsh domblklist shows correct new source, but I am unable to commit back changes to qcow base. I get the above error. Libvirt at 1.2.2-0ubuntu13.1.17 Qemu is (2.0.0+dfsg-2ubuntu1.22) I tried compiling latest libvirt, but cannot get it to connect to socket on
2011 Jun 08
7
XCP storage
Hello, I have setup XCP using the install .iso and have been trying to do an install over http, this has failed miserably each time. So now I want to just carve out an lvm from the disk and put my .iso files in there and install off of them. How is this done? I can create an lvm easy enough but I am not sure how to mount it and expose it to XCP. Is there some type of magic I am missing? Is there
2013 Sep 03
0
Re: Is virsh blockcommit supported? Thanks a lot
[dropping libvir-list - this is a usage question, not a development question] On 09/02/2013 11:29 PM, Guozhonghua wrote: > I had test the command virsh blockcommit, but it failed, with the libvirt version 1.1.0, and qemu version 1.6.0. > Is this feature being developing? Thanks The feature is supported, but you have to use it correctly. In particular, your backing chain MUST label the
2013 Sep 04
0
Re: Is virsh blockcommit supported? Thanks a lot
On 09/03/2013 06:56 PM, Guozhonghua wrote: > Hi, > > I have another question, when I do the blockcommit command and get the result " Top image as the active layer is currently unsupported ", is it being developed? > root@cvk-31:/vms/images# virsh blockcommit Vmtest /vms/images/Vmtest1;echo $? > error: internal error unable to execute QEMU command 'block-commit':
2014 Apr 18
1
virsh blockcommit hangs at 100%
hi, i am trying to blockcommit a external qcow2 snapshot back into its raw backing file like: sudo virsh blockcommit myDomainName vda --wait --verbose the output just shows: Block Commit: [100 %] and stays like that (i waited about an hour or so...). No "Commit complete" message. - explicitly passing --base and/or --top arguments makes no difference. - did not find a related log