ay, October 04, 2016 3:48 PM
> *To:* Juvonen, Tomi (Nokia - FI/Espoo) ; Yujun
> Zhang ; opnfv-tech-discuss@lists.opnfv.org
>
>
> *Subject:* RE: [opnfv-tech-discuss] [Doctor] Reset Server State and
> alarms in general
>
>
>
> Tomi,
>
>
>
>
>
> So,
. Oktober 2016 11:05
To: 'Ryota Mibu' ; 'Yujun Zhang'
; 'opnfv-tech-discuss@lists.opnfv.org'
Subject: Re: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
Good news!
Changing Inspector to make parallel execution (threads) for reset server state
(Nokia - FI/Espoo)
Sent: Wednesday, October 05, 2016 10:27 AM
To: 'Ryota Mibu' ; 'Yujun Zhang'
; 'opnfv-tech-discuss@lists.opnfv.org'
Subject: Suspected SPAM - Re: [opnfv-tech-discuss] [Doctor] Reset Server State
and alarms in general
Hi,
Furthermore it se
-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>
Subject: Re: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
It is almost linear to the number of VMs since the requests are sent one by
one. And I think we should raise the priority of this issue.
Bu
: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
Tomi,
So, it seems to be a DB bottleneck issue.
Having bulk API to reset servers with query would be a solution?
Anyhow, we can talk in the meeting soon.
BR,
Ryota
From: Juvonen, Tomi (Nokia - FI/Espoo) [mailto:tomi.juvo
生 亮太) ; Yujun Zhang
; opnfv-tech-discuss@lists.opnfv.org
Subject: Re: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
Hi,
Still modified the test so that I do not do the reset server state, but instead
just make the notification about “reset server state error” for each
-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>
Subject: Re: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
It is almost linear to the number of VMs since the requests are sent one by
one. And I think we should raise the priority of this issue.
Bu
.com]
Sent: Saturday, October 01, 2016 8:54 AM
To: Yujun Zhang ; Juvonen, Tomi (Nokia - FI/Espoo)
; opnfv-tech-discuss@lists.opnfv.org
Subject: RE: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
Hi,
That’s interesting evaluation!
Yes, this should be an important issue.
I
...@lists.opnfv.org] On Behalf Of Yujun Zhang
Sent: Friday, September 30, 2016 5:53 PM
To: Juvonen, Tomi (Nokia - FI/Espoo) ;
opnfv-tech-discuss@lists.opnfv.org
Subject: Re: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
It is almost linear to the number of VMs since the
It is almost linear to the number of VMs since the requests are sent one by
one. And I think we should raise the priority of this issue.
But I wonder what it will perform if the requests are sent simultaneously
with async calls. How will nova deal with that?
On Fri, Sep 30, 2016 at 4:25 PM Juvone
pector, no reset server state.
Br,
Tomi
From: Yujun Zhang [mailto:zhangyujun+...@gmail.com]
Sent: Thursday, September 29, 2016 9:37 AM
To: Juvonen, Tomi (Nokia - FI/Espoo) ;
opnfv-tech-discuss@lists.opnfv.org
Subject: Re: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
[mailto:zhangyujun+...@gmail.com]
Sent: Thursday, September 29, 2016 9:37 AM
To: Juvonen, Tomi (Nokia - FI/Espoo) ;
opnfv-tech-discuss@lists.opnfv.org
Subject: Re: [opnfv-tech-discuss] [Doctor] Reset Server State and alarms in
general
Hi, Tomi
Thanks for the summary.
I am a bit confused about the
Hi, Tomi
Thanks for the summary.
I am a bit confused about the difference between the 2. and 1./b. Would
you please give an example to explain how it would work?
Suppose we have
- tenant-a
- vm-a on host-a
- tenant-b
- vm-b on host-a
When a raw failure occurs on host-a, the existing seque
pnfv-tech-discuss-boun...@lists.opnfv.org] On Behalf Of Juvonen, Tomi
(Nokia - FI/Espoo)
Sent: Wednesday, September 21, 2016 9:52 AM
To: opnfv-tech-discuss@lists.opnfv.org
Subject: Suspected SPAM - [opnfv-tech-discuss] [Doctor] Reset Server State and
alarms in general
Hi,
I had a lively discussion yest
After reading the whole message, I could not agree more on the conclusion,
IIUC, we should probably raise a deducted alarm in inspector instead of
requesting the controller to reset server state.
On Wed, Sep 21, 2016 at 2:51 PM Juvonen, Tomi (Nokia - FI/Espoo) <
tomi.juvo...@nokia.com> wrote:
> H
Hi,
I had a lively discussion yesterday with OpenStack Nova cores about the reset
server state. At first how to have that by one API call for all VMs on a host
(hypervisor) as discussed in DOCTOR-78. But then it came to a question why we
actually want the reset server state in the first place.
16 matches
Mail list logo
