Re: Application error handling with write-back caching

2016-05-10 Thread Paolo Bonzini
On 10/05/2016 19:31, James Bottomley wrote: > > What about a SPACE ALLOCATION FAILED error or a similar error that > > can be fixed by administrator actions (or just by a concurrent > > process doing an UNMAP)? Would a subsequent cache flush cause data > > loss? > > You're now asking about how

Re: Application error handling with write-back caching

2016-05-10 Thread James Bottomley
On Tue, 2016-05-10 at 18:42 +0200, Paolo Bonzini wrote: > > On 10/05/2016 16:16, James Bottomley wrote: > > > If "is performed" just means "completes", maybe with an error, > > > the application would have to resubmit write requests and then > > > try to flush the write cache again. > > > > > >

Re: Application error handling with write-back caching

2016-05-10 Thread Paolo Bonzini
On 10/05/2016 16:16, James Bottomley wrote: > > If "is performed" just means "completes", maybe with an error, the > > application would have to resubmit write requests and then try to > > flush the write cache again. > > > > I'm not aware of applications that keep acknowledged write data > >

Re: Application error handling with write-back caching

2016-05-10 Thread James Bottomley
On Tue, 2016-05-10 at 14:47 +0100, Stefan Hajnoczi wrote: > SBC-3 4.15.3 Write caching says: > > "If processing a write command results in logical block data in cache > that is different from the logical block data on the medium, then the > device server shall retain that logical block data in cac