Hi Venkatesh,

changing service offering for VRs is documented in 
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.8/systemvm.html.
 

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue






Regards,

DagĀ Sonstebo

dag.sonst...@shapeblue.comĀ 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
On 22/04/2016, 07:00, "kotipalli venkatesh" <venkateshcloudt...@gmail.com> 
wrote:

>Hi All,
>
>I am creating a new custom service offering is pointed to the existing
>VR. Here my concern  is when ever we rebooted the VR its created a new
>VR with default offering, but i want with custom offering please
>suggest where do we need to change the parameters in global settings.
>
>Please help me guys.
>
>Regards,
>Venkatesh.k
>
>On 4/6/16, Sanjeev Neelarapu <sanjeev.neelar...@accelerite.com> wrote:
>> Hi Venkat,
>>
>> We generally see the following exception when management server is not able
>> to reach the VR:
>> com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1] is
>> unreachable: Unable to apply userdata and password entry on router
>>
>> There might be some network glitches that caused the issue. VR reboot is not
>> the obvious solution.
>>
>> Best Regards,
>> Sanjeev N
>> Chief Product Engineer, Accelerite
>> Off: +91 40 6722 9368 | EMail: sanjeev.neelar...@accelerite.com
>>
>>
>> -----Original Message-----
>> From: Suresh Sadhu [mailto:suresh.sa...@accelerite.com]
>> Sent: Wednesday, April 06, 2016 6:04 PM
>> To: users@cloudstack.apache.org
>> Subject: RE: VR issue High importance
>>
>> HI Venkat,
>>
>> Which hypervisor you are using  and also check the agent log in case of
>> KVM.
>>
>> For xenserver ,check the SMlog . for  that exception it will clearly tell
>> you the reason for failure.
>>
>> Mostly it will cause t due  to problem in  ssh key file ( if  router is not
>> reachable from host) or   no space left.
>>
>> So check the  router is accessible from the host/as well  as capacity.
>>
>> Regards
>> Sadhu
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: tejas.sh...@frontier.in [mailto:tejas.sh...@frontier.in]
>> Sent: Wednesday, April 6, 2016 5:42 PM
>> To: users@cloudstack.apache.org
>> Subject: Re: VR issue High importance
>>
>> Hello venkat,
>>
>>     Just increase cpu and mem overcommitment setting in global
>> configuration.
>>
>> Thanks,
>> Tejas
>>
>> Sent from Nine
>>
>>
>> From: kotipalli venkatesh <venkateshcloudt...@gmail.com>
>> Sent: Apr 6, 2016 3:36 PM
>> To: users@cloudstack.apache.org
>> Subject: VR issue High importance
>>
>> Hi All,
>>
>> when we are trying to  spin a instance getting the error is  "Unable to
>> start a VM due to insufficient capacity" so we have checked storage and RAM
>> it's look enough room place in host.
>>
>> *And also we have checked the management server log we identified that below
>> error message :*
>>
>> 2016-04-05 06:01:35,974 INFO  [c.c.v.VirtualMachineManagerImpl]
>> (Job-Executor-114:ctx-9e73f683 ctx-419ad956) Unable to contact resource.
>> com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1] is
>> unreachable: Unable to apply userdata and password entry on router
>>
>> In this scenario we have rebooted the respected Virtual Router(VR) and then
>> spin a instance successfully deployed.
>>
>> We are thinking that rebooted is not permanent solution and    also not good
>> habit.
>>
>> Please guys if anyone facing this situation Please share the proper solution
>> without any impact on existing instances.
>>
>> Regards,
>> Venkatesh.k
>>
>>
>>
>>
>> DISCLAIMER
>> ==========
>> This e-mail may contain privileged and confidential information which is the
>> property of Accelerite, a Persistent Systems business. It is intended only
>> for the use of the individual or entity to which it is addressed. If you are
>> not the intended recipient, you are not authorized to read, retain, copy,
>> print, distribute or use this message. If you have received this
>> communication in error, please notify the sender and delete all copies of
>> this message. Accelerite, a Persistent Systems business does not accept any
>> liability for virus infected mails.
>>
>>
>>
>> DISCLAIMER
>> ==========
>> This e-mail may contain privileged and confidential information which is the
>> property of Accelerite, a Persistent Systems business. It is intended only
>> for the use of the individual or entity to which it is addressed. If you are
>> not the intended recipient, you are not authorized to read, retain, copy,
>> print, distribute or use this message. If you have received this
>> communication in error, please notify the sender and delete all copies of
>> this message. Accelerite, a Persistent Systems business does not accept any
>> liability for virus infected mails.
>>

Reply via email to