git.net

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Help


OK for VRs

For Instances, check if any of them is running or not running at all (virsh
list, check console of the VMs, etc)- perhaps it's stuck in that "Starting"
state in DB only?
You need to understand if instances are really affected - i.e. are they
really disconnected from the storage, read only FS etc.

Worst case, if instances are really disconnected, you might want to
consider following:
- restart management servers - so any VM starting jobs are killed.
- make sure to all affected VMs are really stopped (kill -9 or similar) on
hypervisors
- revert state of VMs inside DB to "Stopped" - now reality and DB states
are synced.

Now you should be able to cleanly start VM from GUI

VMs that are not stuck, or not affected you will decide if it makes sense
to reboot them or not.

As for remaining VRs - I would consider same story - kill VMs on KVM hosts,
shange state for both VRs to "Stopped" - then restart VPC (old VRs are
deleted, new ones are provisioned) - if this is isolated nework model, then
REstart Network with Clean UP option...

Cheers

On Tue, 27 Nov 2018 at 12:10, Adam Witwicki <awitwicki@xxxxxxxxxxxxx> wrote:

> The VRs are now up, except for a flappy HA router
>
> Instances are still stuck
>
> -----Original Message-----
> From: Andrija Panic <andrija.panic@xxxxxxxxx>
> Sent: 27 November 2018 11:05
> To: users <users@xxxxxxxxxxxxxxxxxxxxx>
> Subject: Re: Help
>
> ** This mail originated from OUTSIDE the Oakford corporate network. Treat
> hyperlinks and attachments in this email with caution. **
>
> Can you restart VRs, or complete VPC (if VPC) or Restart Network (if
> isolated network, etc)
>
> there is also script for restarting VRs and CPVM and SSVM (i.e. after ACS
> upgrade) if you have many of them.
>
> cloudstack-sysvmadm -d <IP address> -u cloud -p -s
>
>
> hope that helps...
>
> Andrija
>
> On Tue, 27 Nov 2018 at 11:11, Adam Witwicki <awitwicki@xxxxxxxxxxxxx>
> wrote:
>
> >
> > Hi Guys
> >
> > All my hosts went down due to a delay in writing to secondary nfs
> > storage, I have a lot of Virtual Routers in a stuck starting state.
> >
> > Any tips?
> >
> > Thanks
> >
> > Adam
> >
> >
> >
> > Disclaimer Notice:
> > This email has been sent by Oakford Technology Limited, while we have
> > checked this e-mail and any attachments for viruses, we can not
> > guarantee that they are virus-free. You must therefore take full
> > responsibility for virus checking.
> > This message and any attachments are confidential and should only be
> > read by those to whom they are addressed. If you are not the intended
> > recipient, please contact us, delete the message from your computer
> > and destroy any copies. Any distribution or copying without our prior
> > permission is prohibited.
> > Internet communications are not always secure and therefore Oakford
> > Technology Limited does not accept legal responsibility for this message.
> > The recipient is responsible for verifying its authenticity before
> > acting on the contents. Any views or opinions presented are solely
> > those of the author and do not necessarily represent those of Oakford
> Technology Limited.
> > Registered address: Oakford Technology Limited, 10 Prince Maurice
> > Court, Devizes, Wiltshire. SN10 2RT.
> > Registered in England and Wales No. 5971519
> >
> >
>
> --
>
> Andrija Panić
> Disclaimer Notice:
> This email has been sent by Oakford Technology Limited, while we have
> checked this e-mail and any attachments for viruses, we can not guarantee
> that they are virus-free. You must therefore take full responsibility for
> virus checking.
> This message and any attachments are confidential and should only be read
> by those to whom they are addressed. If you are not the intended recipient,
> please contact us, delete the message from your computer and destroy any
> copies. Any distribution or copying without our prior permission is
> prohibited.
> Internet communications are not always secure and therefore Oakford
> Technology Limited does not accept legal responsibility for this message.
> The recipient is responsible for verifying its authenticity before acting
> on the contents. Any views or opinions presented are solely those of the
> author and do not necessarily represent those of Oakford Technology Limited.
> Registered address: Oakford Technology Limited, 10 Prince Maurice Court,
> Devizes, Wiltshire. SN10 2RT.
> Registered in England and Wales No. 5971519
>
>

-- 

Andrija Panić