SRE-V Forums

« Back to SRE-V Technical Questions

RE: New Message from SCOTT PITTS in Service Ready Engine Virtualization - S

Combination View Flat View Tree View
This is really two question as I noticed a possible configuration error on my part. We has a couple of SRE deployed and router was reloaded. This caused the SRE to reload, which I believe there is a command to stop that behavior (please provide). The other issue was that the VM's did not restart and had to be started manually. Is there a way to restart the VM's on the SRE bootup?
 
Thanks

Hi Scott

Cannot answer the first question but with regards to the second question within the infrastructure client one of the options is startup. Here you can specify which virtual servers to autostart with module and delay interval

Hope this helps

Ismail

"Sent from my mobile device"


From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com]
Sent: Friday, June 24, 2011 02:59 PM
To: cdicuser@developer.cisco.com <cdicuser@developer.cisco.com>
Subject: New Message from SCOTT PITTS in Service Ready Engine Virtualization - SRE-V Beta Tester Questions: Keeping Virtual Machines running


SCOTT PITTS has created a new message in the forum "SRE-V Beta Tester Questions":

--------------------------------------------------------------
This is really two question as I noticed a possible configuration error on my part. We has a couple of SRE deployed and router was reloaded. This caused the SRE to reload, which I believe there is a command to stop that behavior (please provide). The other issue was that the VM's did not restart and had to be started manually. Is there a way to restart the VM's on the SRE bootup?

Thanks
--
To respond to this post, please click the following link:

<http://developer.cisco.com/web/srev/forums/-/message_boards/view_message/4113201>

or simply reply to this email.


---------------------------------------------------------------------
DISCLAIMER: This email and files transmitted are
confidential and are intended solely for the use of the
intended recipient. If you are not the intended
recipient, or the person responsible for delivering it to
the intended recipient, you may not copy, disclose,
distribute or use it in any unauthorised manner. If you
have received this email in error please notify us by
email to postmaster@wolverhampton.gov.uk and then delete
it and any attachments accompanying it. Please note that
Wolverhampton City Council cannot guarantee that this
message or any attachments are virus free or have not been
intercepted and amended.
Any views or opinions expressed within this email are
those of the author and may not necessarily reflect those
of Wolverhampton City Council and no contractual
arrangement is intended to arise from this communication.
---------------------------------------------------------------------

Hi Scott,

There is a way to do this from vSphere client. Have you tried doing it before? If not, here are the steps;

1. From the vSphere client click on to the host that has the VMs you want to start automatically.

2. Then go to 'Configuration' tab. In this tabbed pane, to the left there is hardware and software section.

3. In the software section, there will be 'Virtual Machine Startup/Shutdown'. Click 'Properties' (top-right corner) which will open a pop up.

4. There will be an option to check 'Allow virtual machines to start and stop automatically with the system'.

5. Check it and then move the individuals VMs (that you want to start automatically) up to 'Automatic Startup' option. Use 'Move up' option. When you are done, click 'Ok' to save changes.

Let me know if you have trouble doing so.

Thanks,
Nithya

Scott,
To answer your first question. Did you power cycle the router or just do a software reload by issueing a reload commaond on the router? If it is a power cycle the SRE modules will also under go a reboot but if it is a reload command on the IOS the SRE modules should not undergo a reload.

Let us know which one of the above you tried.

Thanks,
Radhikah

________________________________

From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com]
Sent: Fri 6/24/2011 8:59 AM
To: cdicuser@developer.cisco.com
Subject: New Message from Nithya Natesan in Service Ready Engine Virtualization - SRE-V Beta Tester Questions: RE: Keeping Virtual Machines running


Nithya Natesan has created a new message in the forum "SRE-V Beta Tester Questions":

--------------------------------------------------------------
Hi Scott,

There is a way to do this from vSphere client. Have you tried doing it before? If not, here are the steps;

1. From the vSphere client click on to the host that has the VMs you want to start automatically.

2. Then go to 'Configuration' tab. In this tabbed pane, to the left there is hardware and software section.

3. In the software section, there will be 'Virtual Machine Startup/Shutdown'. Click 'Properties' (top-right corner) which will open a pop up.

4. There will be an option to check 'Allow virtual machines to start and stop automatically with the system'.

5. Check it and then move the individuals VMs (that you want to start automatically) up to 'Automatic Startup' option. Use 'Move up' option. When you are done, click 'Ok' to save changes.

Let me know if you have trouble doing so.

Thanks,
Nithya
--
To respond to this post, please click the following link:

<http://developer.cisco.com/web/srev/forums/-/message_boards/view_message/4115031>

or simply reply to this email.

Reload was issued, and the SRE reset also. I thought there was a command to not have it track the router reload.


>>> Cisco Developer Community Forums <cdicuser@developer.cisco.com> 6/24/2011 11:06 AM >>>
Radhika Miriyala has created a new message in the forum "SRE-V Beta Tester Questions":
--------------------------------------------------------------
Scott,
To answer your first question. Did you power cycle the router or just do a software reload by issueing a reload commaond on the router? If it is a power cycle the SRE modules will also under go a reboot but if it is a reload command on the IOS the SRE modules should not undergo a reload.

Let us know which one of the above you tried.

Thanks,
Radhikah

________________________________

Soctt,
As far I know a software reload from the router should not trigger a reload of the SM's. What version of IOS are you using and do you have any special "hw-module" configurations configured.

Can you give us the out put of show running-config?

Thanks,
Radhika

also want to make sure you did not issue a "service-module sm 1/0 reset "command from IOS?

Apparently not on the latest revisions. Looks like I missed an upgrade. Would that make a difference?

IOS Version and shows normal reload:
System returned to ROM by power-on
System image file is "flash:c2900-universalk9-mz.SPA.151-3.T1.bin"
Last reload type: Normal Reload

SRE Version:
Service Module is Cisco SM1/0
Service Module supports session via TTY line 67
Service Module is in Steady state
Service Module heartbeat-reset is enabled
Getting status from the Service Module, please wait..
Cisco SRE-V Software 1.0.1
SRE-V Running on SMV

Module resource information:
CPU Frequency: 1862 MHz
Memory Size: 254920 MB
Disk 0 Size: 976 MB

No install/uninstall in progress

No local partition


interface SM1/0
ip address 10.8.159.50 255.255.255.192
ip nat inside
ip virtual-reassembly in
service-module ip address 10.8.159.51 255.255.255.192
!Application: SRE-V Running on SMV
service-module ip default-gateway 10.8.159.50
service-module mgf ip address 10.8.159.150 255.255.255.192
service-module mgf ip default-gateway 10.8.159.145
!
interface SM1/1
description Internal switch interface connected to Service Module
switchport mode trunk

Hi Scott,

When the router is reloaded via the command 'reload' you may lose connectivity to the service module, but the service module should not reboot. Only if the router is rebooted via a hardware power off/power on will the service module reboot as well. The service module you are using has a very old version of SRE-V currently installed - 1.0.1 . Please upgrade it to the latest release.

Thanks,

Brett

I thought there was some heartbeat command that had to be disabled to prevent the reload of the SRE with the router. I have dealt with early betas up to the current beta so I may be remembering old stuff. I know that with my current configuration the router reload does reload the SRE.

SRE-V release 1.5 is available. Assuming you've upgraded to this release, are you still seeing the reload of the service module, when the router is reloaded?

There is a command in IOS to disable the heartbeat:



service-module heartbeat-reset disable



However, this is not required to prevent a re-load of the module when the router is re-loaded. To confirm, the normal/default operation with the heart-beat reset enabled is that the SRE module should continue to run normally when the router is reloaded.



If you are seeing issues with the module being reloaded when the router is reloaded, we¿d really like to troubleshoot this further and validate if there is some underlying problem that needs to be fixed in IOS or SRE-V



Can you confirm which version of IOS and SRE-V you saw this problem with. Also, are you able to re-produce it using the latest IOS release and SRE-V 1.5?



Thanks,



John





From: Cisco Developer Community Forums [mailto:cdicuser@developer.cisco.com]
Sent: Friday, July 01, 2011 6:54 AM
To: cdicuser@developer.cisco.com
Subject: New Message from SCOTT PITTS in Service Ready Engine Virtualization - SRE-V Beta Tester Questions: RE: Keeping Virtual Machines running



SCOTT PITTS has created a new message in the forum "SRE-V Beta Tester Questions":

--------------------------------------------------------------
I thought there was some heartbeat command that had to be disabled to prevent the reload of the SRE with the router. I have dealt with early betas up to the current beta so I may be remembering old stuff. I know that with my current configuration the router reload does reload the SRE.
--
To respond to this post, please click the following link:

<http://developer.cisco.com/web/srev/forums/-/message_boards/view_message/4149662>

or simply reply to this email.