RE: VR issue High importance

Good day, I would suggest that you find out which System Offering your VPC VR is using Infrastructure > Virtual Routers > r-XXX-VM (the VR you are trying to change) Have a look at the Compute offering eg: System Offering For Software Router Is the Compute offering set to the new System Offerin

Re: VR issue High importance

Hi Glen, Thank you for your reply. Default offering we are using (System offering for software router) Compute offering value 1C128MB. Shared storage i..e NFS. We already changed the Compute offering 1CPU128MB to 2CPU1GB but no luck we are getting same problem. Regards, Venkatesh.k On Wed, J

RE: VR issue High importance

Hi, So you are trying to change the default System offering for the software router? Can I suggest you create a new system offering rather that changing the default. Glenn [email protected]  www.shapeblue.com 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West, Cape Town 7130Sou

Re: VR issue High importance

Hi Glen, we have created new custom offering and pointed to the particular router but no luck, we have tested both cases: 1. Default offering 2. Newly created customer offering The above both cases tested but no luck. now tell me what to do? in this scenario? Regards, Venkatesh.kk On Wed, Ju

RE: VR issue High importance

Ok With the new service offering your created , is the setting of that offering set too 2CPU1GB? If you look in Service Offerings > System Offering > new offering name # of CPU Cores 2 CPU (in MHz)1024 MHz Then when you migrate that VR to the new System Offering and you go back into The

Opportunity to contribute in Apache CloudStack

Hello, We are a group of students that are currently pursuing our undergraduate degree in Computer Science from Pune Insititute of Computer Technology(PICT), Maharashtra, India. We will be graduating in June 2017 and are currently in our final year. For our B.E project, we have selected the domain

Re: Opportunity to contribute in Apache CloudStack

Jainesh, and by extension all members of TheAtom, welcome to the CloudStack project. You'll want to join the development list ([email protected]), and look at the contributing section here: https://github.com/apache/cloudstack and here: https://cloudstack.apache.org/developers.html. A pro

Re: Ceph RBD related host agent segfault

> On Jul 2, 2016, at 11:37 AM, Wido den Hollander wrote: > >> >> Op 30 juni 2016 om 18:29 schreef Aaron Hurt > >: >> >> >> In preparation to roll a new platform built on 4.8 with a Ceph storage >> backend we’ve been encountering segfaults that appear to be related to >

Question about migrating local storage datadisks

We use local storage for everything, including datadisks. We need to migrate these to another host, which docs all seem to say isn’t supported. I’m confused why we can’t snapshot a datadisk, which, if I understand correctly, should then get copied to secondary storage, and then bring it up on anoth

RE: Question about migrating local storage datadisks

First off, for datadisks, you may not explicitly need to move them around. If you detach it from the existing VM and attach it to another VM (essentially the host running that VM) that does not have access to the storage where the datadisk currently resides, then cloudstack will copy the datadis

Re: Question about migrating local storage datadisks

Thanks Somesh, I'll try just moving the VM and see if it triggers a datadisk migration. Sorry, by 'bring up' I just meant migrate to a new host. On Wednesday, July 6, 2016, Somesh Naidu wrote: > First off, for datadisks, you may not explicitly need to move them around. > If you detach it from t

Re: Ceph RBD related host agent segfault

> Op 6 juli 2016 om 16:18 schreef Aaron Hurt : > > > > > On Jul 2, 2016, at 11:37 AM, Wido den Hollander wrote: > > > >> > >> Op 30 juni 2016 om 18:29 schreef Aaron Hurt >> >: > >> > >> > >> In preparation to roll a new platform built on 4.8 with a Ceph storage > >>

Re: Ceph RBD related host agent segfault

> On Jul 6, 2016, at 5:14 PM, Wido den Hollander wrote: > >> >> Op 6 juli 2016 om 16:18 schreef Aaron Hurt > >: >> >> >> >>> On Jul 2, 2016, at 11:37 AM, Wido den Hollander >> > wrote: >>> Op 30 juni 2016 om 18:29 schreef Aaron Hurt >>

Re: Question about migrating local storage datadisks

So I'm not sure I understood you correctly but the steps as I tries them were: 1) shut down a VM 2) detach datadisk 3) migrate VM 4) re-attach datadisk?? 5) restart the VM Is that the correct scenario where cloudstack should migrate the datadisk for me? On Wed, Jul 6, 2016 at 4:35 PM, Douglas La

Re: VR issue High importance

Hi Venkat, The main error is the " Unable to apply userdata and password entry on router". You need to find out why this happened then your issue can be solved. Please observe the MS logs, hypervisor agent logs to see why the user data script on VR got failed. You can also login to router and run