search for: virstreamrecval

Hello everyone, I am opening a virChannel(unix) to a domain and receiving data with a non-blocking virStream using events, when the connected domain gets stopped(which deletes the channel unix socket) by calling destroy, shutdown, pause or migrate on that domain, with the stream open the read event is triggered repeatedly, and virStreamRecv returns 0 bytes indicating EOF but neither

I get just _READABLE events repeatedly, virStreamAbort() doesn't work, it gets out of control after the target domain stops and the unix scocket is deleted. I ended connecting directly to the unix socket. I just wanted to ask if it certainly is a bug or perhaps someone went through this before and have a workaround. Jose V. Em ter, 16 de mai de 2017 às 05:28, Martin Kletzander

On Wed, May 17, 2017 at 09:08:14AM +0200, Martin Kletzander wrote: >On Wed, May 17, 2017 at 01:01:39AM +0000, JosÉ Luis Valencia Gutierrez wrote: >>I get just _READABLE events repeatedly, virStreamAbort() doesn't work, it >>gets out of control after the target domain stops and the unix scocket is >>deleted. I ended connecting directly to the unix socket. I just wanted to

I just tried removing the callback before calling virStreamFinish and it worked right, I thought by simply finish the stream would stop the events and close it, the example I was based on only calls virStreamFinish on EOF event. Em qua, 17 de mai de 2017 às 12:49, Martin Kletzander <mkletzan@redhat.com> escreveu: > On Wed, May 17, 2017 at 09:08:14AM +0200, Martin Kletzander wrote: >

On Fri, Apr 28, 2017 at 11:01:18PM +0000, JosÉ Luis Valencia Gutierrez wrote: >Hello everyone, >I am opening a virChannel(unix) to a domain and receiving data with a >non-blocking virStream using events, when the connected domain gets >stopped(which deletes the channel unix socket) by calling destroy, >shutdown, pause or migrate on that domain, with the stream open the read

On Wed, May 17, 2017 at 01:01:39AM +0000, JosÉ Luis Valencia Gutierrez wrote: >I get just _READABLE events repeatedly, virStreamAbort() doesn't work, it >gets out of control after the target domain stops and the unix scocket is >deleted. I ended connecting directly to the unix socket. I just wanted to >ask if it certainly is a bug or perhaps someone went through this before >and

On 04/25/2016 08:10 AM, Shahar Havivi wrote: > On 17.04.16 15:41, Shahar Havivi wrote: >> Hi, >> The following snippet works fine e.g. receiving the data but when calling >> stream.finish() we get the following error: >> >> stream = con.newStream() >> vol.download(stream, 0, 0, 0) >> buf = stream.recv(1024) >> stream.finish() >> >>

On 26.04.16 14:14, Shahar Havivi wrote: > On 25.04.16 09:11, Cole Robinson wrote: > > On 04/25/2016 08:10 AM, Shahar Havivi wrote: > > > On 17.04.16 15:41, Shahar Havivi wrote: > > >> Hi, > > >> The following snippet works fine e.g. receiving the data but when calling > > >> stream.finish() we get the following error: > > >> >

On 25.04.16 09:11, Cole Robinson wrote: > On 04/25/2016 08:10 AM, Shahar Havivi wrote: > > On 17.04.16 15:41, Shahar Havivi wrote: > >> Hi, > >> The following snippet works fine e.g. receiving the data but when calling > >> stream.finish() we get the following error: > >> > >> stream = con.newStream() > >> vol.download(stream, 0, 0, 0)

On 26.04.16 15:30, Shahar Havivi wrote: > On 26.04.16 14:14, Shahar Havivi wrote: > > On 25.04.16 09:11, Cole Robinson wrote: > > > On 04/25/2016 08:10 AM, Shahar Havivi wrote: > > > > On 17.04.16 15:41, Shahar Havivi wrote: > > > >> Hi, > > > >> The following snippet works fine e.g. receiving the data but when calling > > >

Hi, The following snippet works fine e.g. receiving the data but when calling stream.finish() we get the following error: stream = con.newStream() vol.download(stream, 0, 0, 0) buf = stream.recv(1024) stream.finish() libvirt: I/O Stream Utils error : internal error: I/O helper exited abnormally Traceback (most recent call last): File "./helpers/kvm2ovirt", line 149, in <module>

I am trying to write a simple app which connects a channel obtained from virDomainOpenChannel() to stdin/stdout (based in part on the snippet at [1]). However, it seems like the data received back from the stream is delayed by one iteration. It would be hard to explain this by simply showing the output, so here's a timeline instead: 1. start the program on the host 2. write "msg from