Hi David, Zhang, Thanks for replying my question. We know why will occur this issue. As you said, the COLO VM's network needs colo-proxy to control packets, so the guest's interface should set the filter to solve the problem.
But we found another question, when we set the fault-tolerance feature to guest (primary VM is running, secondary VM is pausing), the guest's network would not responds any request for a while (in our environment about 20~30 secs) after secondary VM runs. Does it be a normal situation, or a known issue? Our test is creating primary VM for a while, then creating secondary VM to make it with COLO feature. Best Regard, Daniel Cho Zhang, Chen <chen.zh...@intel.com> 於 2019年11月28日 週四 上午9:26寫道： > > > > -----Original Message----- > > From: Dr. David Alan Gilbert <dgilb...@redhat.com> > > Sent: Wednesday, November 27, 2019 6:51 PM > > To: Daniel Cho <daniel...@qnap.com>; Zhang, Chen > > <chen.zh...@intel.com>; lukasstra...@web.de > > Cc: qemu-devel@nongnu.org > > Subject: Re: Network connection with COLO VM > > > > * Daniel Cho (daniel...@qnap.com) wrote: > > > Hello everyone, > > > > > > Could we ssh to colo VM (means PVM & SVM are starting)? > > > > > > > Lets cc in Zhang Chen and Lukas Straub. > > Thanks Dave. > > > > > > SSH will connect to colo VM for a while, but it will disconnect with > > > error > > > *client_loop: send disconnect: Broken pipe* > > > > > > It seems to colo VM could not keep network session. > > > > > > Does it be a known issue? > > > > That sounds like the COLO proxy is getting upset; it's supposed to > compare > > packets sent by the primary and secondary and only send one to the > outside > > - you shouldn't be talking directly to the guest, but always via the > proxy. See > > docs/colo-proxy.txt > > > > Hi Daniel, > > I have try ssh to COLO guest with 8 hours, not occurred this issue. > Please check your network/qemu configuration. > But I found another problem maybe related this issue, if no network > communication for a period of time(maybe 10min), the first message send to > guest have a chance with delay(maybe 1-5 sec), I will try to fix it when I > have time. > > Thanks > Zhang Chen > > > Dave > > > > > Best Regard, > > > Daniel Cho > > -- > > Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK > >
