similar to: No way to stop virStream error after guest stop

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 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 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 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 Wed, May 17, 2017 at 07:53:35PM +0000, JosÉ Luis Valencia Gutierrez wrote: >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. > I'm working on a patch that removes the callbacks after 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

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 > > >

That is great, calling Abort also should remove the callbacks. On Wed, 24 May 2017 11:11 Martin Kletzander, <mkletzan@redhat.com> wrote: > On Wed, May 17, 2017 at 07:53:35PM +0000, JosÉ Luis Valencia Gutierrez > wrote: > >I just tried removing the callback before calling virStreamFinish and it > >worked right, I thought by simply finish the stream would stop the events

May anybody tell me which is the porpose of virStream functions ? Thanks in advance. Camilo Aguilar -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20100708/ab2a6e86/attachment.htm>

On 04/26/2016 09:35 AM, Shahar Havivi wrote: > 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

On 04/26/2016 02:56 PM, Nir Soffer wrote: > On Tue, Apr 26, 2016 at 4:37 PM, Cole Robinson <crobinso@redhat.com> wrote: >> On 04/26/2016 09:35 AM, Shahar Havivi wrote: >>> 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

I tried to dig a bit deeper in this. From my limited understanding, it seems like stream events are implemented as enabled/disabled timers. The issue is that if there's no data from the guest app pending, the timeout in virEventPollRunOnce will be calculated as -1. So then we block on the poll() and only come out once stdin is ready for reading. This means that if data is received from the

> poll() will be listening for i/o on the libvirt socket as well as > stdin, so it'll see incoming I/O from the guest. That's strange, that's not what I'm seeing when running it step-by-step. I see poll() hanging regardless of guest events. There are indeed two fds in the array (stdin and the other one being the libvirt socket I suppose), but in all cases, I never observed

> As a test why not try hacking virsh console so that it connects to your > virtio serial port, instead of a console. If we assume 'virsh console' > is bug-free, that would let you identify whether the flaw is in your host > code, or the guest side. Thanks for the pointer. Doing a few trivial changes to virsh-console does show that it works correctly and pointed out multiple

Hi. I'm try to use virDomainOpenConsole( domainPtr, NULL, stream, VIR_DOMAIN_CONSOLE_SAFE) for control remote terminal, but i don't understand in which text codec the stream returns a data?