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