ver, those situations are our views, so there might be a big difference
between reality and our views.
If we have any wrong views and opinions, please let us know, and correct
us.
Thanks.
Best regards,
Daniel Cho
Zhang, Chen 於 2020年2月13日 週四 上午10:17寫道：
> Add cc Jason Wang, he is a network expert.
>
Cho
Dr. David Alan Gilbert 於 2020年2月13日 週四 下午6:38寫道：
> * Daniel Cho (daniel...@qnap.com) wrote:
> > Hi Hailiang,
> >
> > 1.
> > OK, we will try the patch
> > “0001-COLO-Optimize-memory-back-up-process.patch”,
> > and thanks for your help.
> &g
checkpoint, but does it need to
limit checkpoint times?
There is a problem about doing many checkpoints while we use fio to random
write files. Then it will cause low throughput on PVM.
Is this situation is normal on COLO?
Best regards,
Daniel Cho
Zhang, Chen 於 2020年2月17日 週一 下午1:36寫道：
>
>
Hi Zhang,
Thanks, I will configure on code for testing first.
However, if you have free time, could you please send the patch file to us,
Thanks.
Best Regard,
Daniel Cho
Zhang, Chen 於 2020年2月20日 週四 上午11:07寫道：
>
> On 2/18/2020 5:22 PM, Daniel Cho wrote:
>
> Hi Hailiang,
> Thank
."
Do you have this problem?
Best regards,
Daniel Cho
Daniel Cho 於 2020年2月20日 週四 上午11:49寫道：
> Hi Zhang,
>
> Thanks, I will configure on code for testing first.
> However, if you have free time, could you please send the patch file to
> us, Thanks.
>
> Best Regard,
> Dan
Hi Dave, Zhang,
Thanks for your help. I will try your recommendations.
Best Regard,
Daniel Cho
Zhang, Chen 於 2019年12月4日 週三 下午4:32寫道：
>
> On 12/3/2019 9:25 PM, Dr. David Alan Gilbert wrote:
> > * Daniel Cho (daniel...@qnap.com) wrote:
> >> Hi Dave,
> >>
> &g
Hello everyone,
Could we ssh to colo VM (means PVM & SVM are starting)?
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?
Best Regard,
Daniel Cho
, then creating
secondary VM to make it with COLO feature.
Best Regard,
Daniel Cho
Zhang, Chen 於 2019年11月28日 週四 上午9:26寫道：
>
>
> > -Original Message-
> > From: Dr. David Alan Gilbert
> > Sent: Wednesday, November 27, 2019 6:51 PM
> > To: Daniel Cho ; Zhang, Chen
,
but we thought 10~20 seconds might a little long. (If primary VM is already
doing some jobs, it might lose the data.)
Could we reduce those time? or those delay is depends on different VM?
Best Regard,
Daniel Cho.
Zhang, Chen 於 2019年11月30日 週六 上午2:04寫道：
>
>
>
>
> *From:* Dani
primary VM with netfileter / chardev and without netfilter /
chardev , they takes very different
booting time.
Without netfilter / chardev : about 1 mins
With netfilter / chardev : about 5 mins
Is this an issue?
Best regards,
Daniel Cho
Dr. David Alan Gilbert 於 2019年12月2日 週一 下午5:58寫道：
>
e the running VM could
continuous service for users.
Do you have any suggestions for those issues?
Best regards,
Daniel Cho
et colo-compare to pass the PVM's packet when the SVM's packet
queue is empty? Then, the PVM's network won't stock, and "if PVM runs
firstly, it still need to wait for The network packets from SVM to compare
before send it to client side" won't happened either.
Be
Lukas Straub 於 2019年11月7日 週四 下午9:34寫道：
> On Thu, 7 Nov 2019 16:14:43 +0800
> Daniel Cho wrote:
>
> > Hi Lukas,
> > Thanks for your reply.
> >
> > However, we test the question 1 with steps below the error message, we
> > notice the secondary VM&#
needs to be set while we boot it.
2) If primary VM or secondary VM broke, could we start the third VM to
keep fault tolerance feature?
Best regard,
Daniel Cho.
plan on it.
Best regard,
Daniel Cho
Zhang, Chen 於 2020年2月24日 週一 上午2:43寫道：
>
>
>
>
>
> From: Daniel Cho
> Sent: Thursday, February 20, 2020 11:49 AM
> To: Zhang, Chen
> Cc: Dr. David Alan Gilbert ; Zhanghailiang
> ; qemu-devel@nongnu.org; Jason Wang
>
addr);
host_bak = colo_cache_from_block_offset(block, addr);
Does it cause the "if(!host)" will go break if the condition goes
"host_bak = colo_cache_from_block_offset(block, addr);" ?
Best regards,
Daniel Cho
zhanghailiang 於 2020年2月24日 週一 下午2:55寫道：
>
> This patch will reduce the downtime of VM
16 matches
Mail list logo
