Displaying 11 results from an estimated 11 matches for "finises".
Did you mean:
finishes
2012 May 04
2
[PATCH v3] virtio-blk: Fix hot-unplug race in remove method
If we reset the virtio-blk device before the requests already dispatched
to the virtio-blk driver from the block layer are finised, we will stuck
in blk_cleanup_queue() and the remove will fail.
blk_cleanup_queue() calls blk_drain_queue() to drain all requests queued
before DEAD marking. However it will never success if the device is
already stopped. We'll have q->in_flight[] > 0, so
2012 May 04
2
[PATCH v3] virtio-blk: Fix hot-unplug race in remove method
If we reset the virtio-blk device before the requests already dispatched
to the virtio-blk driver from the block layer are finised, we will stuck
in blk_cleanup_queue() and the remove will fail.
blk_cleanup_queue() calls blk_drain_queue() to drain all requests queued
before DEAD marking. However it will never success if the device is
already stopped. We'll have q->in_flight[] > 0, so
2017 Jun 30
1
Re: recovering from deleted snapshot
....
>
> brilliant! that did it! Any idea what happened to cause it to partially fail and get into this state?
virsh blockcommit --pivot is actually 3 operations in sequence:
1) initiate the commit job
2) wait till it finishes
3) initiate the pivot job (this is synchronous, so the wait till it
finises is itegrated in the API call)
Apparently in your case the waiting part failed for some reason and thus
the job was not finished, lingering in the synchronised state.
The unfortunate part is that you don't know which operation failed.
Unfortunately it does not seem that we have wa waiting ver...
2012 May 03
1
[PATCH v2] virtio-blk: Fix hot-unplug race in remove method
If we reset the virtio-blk device before the requests already dispatched
to the virtio-blk driver from the block layer are finised, we will stuck
in blk_cleanup_queue() and the remove will fail.
blk_cleanup_queue() calls blk_drain_queue() to drain all requests queued
before DEAD marking. However it will never success if the device is
already stopped. We'll have q->in_flight[] > 0, so
2012 May 03
1
[PATCH v2] virtio-blk: Fix hot-unplug race in remove method
If we reset the virtio-blk device before the requests already dispatched
to the virtio-blk driver from the block layer are finised, we will stuck
in blk_cleanup_queue() and the remove will fail.
blk_cleanup_queue() calls blk_drain_queue() to drain all requests queued
before DEAD marking. However it will never success if the device is
already stopped. We'll have q->in_flight[] > 0, so
2012 May 03
2
[PATCH 1/2] virtio-blk: Fix hot-unplug race in remove method
If we reset the virtio-blk device before the requests already dispatched
to the virtio-blk driver from the block layer are finised, we will stuck
in blk_cleanup_queue() and the remove will fail.
blk_cleanup_queue() calls blk_drain_queue() to drain all requests queued
before DEAD marking. However it will never success if the device is
already stopped. We'll have q->in_flight[] > 0, so
2012 May 03
2
[PATCH 1/2] virtio-blk: Fix hot-unplug race in remove method
If we reset the virtio-blk device before the requests already dispatched
to the virtio-blk driver from the block layer are finised, we will stuck
in blk_cleanup_queue() and the remove will fail.
blk_cleanup_queue() calls blk_drain_queue() to drain all requests queued
before DEAD marking. However it will never success if the device is
already stopped. We'll have q->in_flight[] > 0, so
2006 Jun 10
1
PXELINUX with Kernel 2.6.15.4: VFS: Cannot open root device "hde1" or unknown-block(0, 0)
Hello again,
I'm always not able to boot-up my CF-FileSystem. (It works with a
2.4.x Kernel!)
See: http://syslinux.zytor.com/archives/2006-June/006942.html
I dont't understand, why the kernel can't mount the root-fs on exit
of "linuxrc".
Before finising "linuxrc" I can work on it, start a "bash"-shell, do
all sorts of linux-cmds on the root-fs...
2017 Jun 30
2
Re: recovering from deleted snapshot
On Fri, Jun 30, 2017 at 09:23:29 -0400, Doug Hughes wrote:
> On Jun 30, 2017 6:22 AM, "Peter Krempa" <pkrempa@redhat.com> wrote:
> > On Fri, Jun 30, 2017 at 12:05:47 +0200, Peter Krempa wrote:
> > > On Thu, Jun 22, 2017 at 11:02:41 -0400, Doug Hughes wrote:
[...]
> file or directory
> > $ virsh blockcommit --active --pivot fedora23 vda
> >
>
2017 Apr 25
4
[Announce] Samba 4.6.3 Available for Download
======================================================
"I think about food literally
all day every day.
It's a thing."
Taylor Swift
======================================================
Release Announcements
---------------------
This is the latest stable release of the Samba 4.6 release series.
Changes since 4.6.2:
--------------------
o Michael Adam
2017 Apr 25
4
[Announce] Samba 4.6.3 Available for Download
======================================================
"I think about food literally
all day every day.
It's a thing."
Taylor Swift
======================================================
Release Announcements
---------------------
This is the latest stable release of the Samba 4.6 release series.
Changes since 4.6.2:
--------------------
o Michael Adam