You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

TestCase IDTestCase nameStepsExpected Result
1Monitoring services in VR

Check if monitorServerices.py is running  as a cron job for

every 3 minutes A-"crontab -l"

output  should be:
root@r-4-VM:~# crontab -l
SHELL=/bin/bashPATH=/usr/local
/sbin:/usr/local/bin:/sbin
:/bin:/usr/sbin:/usr/bin
 */3 * * * * /usr/bin/python
/root/monitorServices.p
2

Verify process restart and

logging function

1-Login to VR and stop one or more processes listed in /etc/monitor.conf file

2-Verify that the processes will be started by the monitor service when it starts by cron job

1-All the processes should be started after

step 2 which are stopped in step1 .

2.An INFO event should be logged in

/var/log/messages file inside VR

3-After 30 minute(depend on GP) alert

should be generated in  MS and and

MsLogs should shows these alerts

3

Map services in networkoffering with config file

1.Create a Network Offering

with just dhcp,dns and source

NAT services

2.Create Isolated guest network  with the above network offering

3.Deploy one guest vm with

default cent os template

 and with the network created

in previous step

5.Login to VR and processes

listed in /etc/monitor.conf file

Processes with daemons in the network

offering and processes mentioned in

/etc/monitor.conf in VR should match

4

Monitoring services after

network update

1-Record services in /etc/monitor.conf file

2-change Vr service offering

1-after step 2 check /etc/monitor.conf it should have

processes according to new SO

5Verify monitor service after stop/start VR

1.Verify monitoring services tool functionality

2.Stop and start VR

3.Repeat step3

Monitoring VR services tool should work as expected before and after VR stop/star
6Verify monitor service after VR restart

1.Verify monitoring services tool functionality

2.Restart VR

3.Repeate step3

Monitoring VR services tool should work as expected before and after VR restart
7Verify monitor service after destroy and recreate VR

1.Verify monitoring services tool functionality

2.Destroy and recreate VR

3.Repeat step3

Monitoring VR services tool should work as expected before and after VR destroy and recreate
8Monitor services with multiple Networks with different network offerings

1.Create multiple network offerings with different services

e.g: NO1:dhcp,dns,Loadbalancing,userdata,sourcenat,firewall

NO2: dhcp,dns,userdata,sourcenat,firewall

3.Create networks N1,N2 using above network offerings

4.Verify monitoring services tool functionality in both the VRs in each network N1 and N2

Monitor VR services tool should work as expected in both the networks
9Verify monitor service in a mixed zone env

2.Create network N1 with dhcp,dns and userdata in zone z1

3.Create network N2 with dhcp,dns,userdata,password,loadbalancing,sourcenat and firewall in zone z2

4.Verify monitoring services tool functionality in both the VRs in each zone z1 and z2

VR services monitoring tool should work as expected in both the zones
10Monitor VR service after network restart

1.Create a network with dhcp,dns,userdata,password,loadbalancing,sourcenat and firewall services

2.Deploy VR in the above network

3.Restart network and verify VR services monitoring tool functionality

Tool should work as expected before and after network restart
11Monitor VR service after network restart with cleanup enabled

1.Create a network with dhcp,dns,userdata,password,loadbalancing,sourcenat and firewall services

2.Deploy VR in the above network

3.Restart network with cleanup enabled and verify VR services monitoring tool functionality

Tool should work as expected before and after network restart with cleanup enabled
12Monitoring Services with same process listening on different ip addresses

1.Create a shared network with 3 or IP addresses with dhcp,dns and userdata services

2.Deploy guest vms in the above network and make sure that all the IP addresses are used up in the shared network

3.Add few more IP addresses to the shared network in a different CIDR but in the same vlan

4.Deploy one vm in the same shared network.

5.After step5 ip alias would be created on VR and dnsmasq,apache2 services would also bind to alias ip address

6.Kill one of the dnsmasq and apache2 processes and verify the tool functionality

After step7 tool should bring up the processes killed.
13Register new template and verify monitoring VR services in new VR

2.Create a netowrk with dhcp,dns,userdata,loadbalancing,sourcenat and firewall services

3.Deploy guest vms in the above network

4.Register a new routing template

5.Change the global setting parameter to use this new template for the VRs and restart MS

6.Repeat step2 and 3

7.Verify tool functionality in both the VRs

Tool should work as expected in both the VRs
14verifying unmonitored of a process

1.Create a netowrk with dhcp,dns,userdata,loadbalancing,sourcenat and firewall services

2.Deploy guest vms in the above network

3.In VR's /etc/monitor.conf change dnsmasq process name to dnsmas and in monitorServices.py script change unmoint interval to a small value say 3min.

4.Kill dnsmasq process

5.Verify that after 3 mins. dnsmasq process will be unmonitored

process should be unmoinited by the tool if it fails to bring up the process after several attempts
15Verify monitoring Service process after upgrade from pre-4.4 to 4.4 in existing VRs

1.Create a netowrk with dhcp,dns,userdata,loadbalancing,sourcenat and firewall services

2.Deploy guest vms in the above network

3.Upgrade to 4.4

4.Verify tool functionality

Tool should work properly in VRs created after the upgrade
16Verify monitoring service impact on VRs performanceVerify cpu, memory usage consumption of the tool using top command on VRMonitoring service tool should not consume lot of cpu and momory on VR
    
    
  • No labels