Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

SNO

Testcase Name

Procedure

Expected  Results

Test Case Type( Sanity | Functional |Negative)

is Automatable

Priority

Pass/Fail

Comments

1

Verify_Host_transition_states

1. Add each Host to each cluster and make sure each host managed by each  MGMT server
2.Stop the Management
Server server(MS1) and check the Host transition state when owner ship changed form  one MS to another MS(eg:MS1 toMS2)

1. Check the  Host state changed
 from Alert-disconnect-Connecting-UP
2.Query the ms-host & host tables for the  details

SANITY,
FUNCTIONAL

N

P1

PASS

 

2

Only_One MS_UP

1.Make sure each host is managed by each management server
2.Except one Management server, stop other remaining management server(eg:stop MS1,MS2 and keep MS3 up and
running state)
3.Deploy  new VMs and perform 
VM life-cycle operations(vm stop/start/destroy/restore)
4.snapshot on the volumes
5.register new templates

a)Able to access the MS UI from MS3
 and all
system vms should be up and running
b)All the hosts stats are UP
3)deploy VM should be successful
without any errors
4)snapshot should be successful
5.Should be able to register the new
templates
successfully

SANITY,
FUNCTIONAL

Y

P2

PASS

 

3

All_MGMTServices_UP_at_sameTime

1.Make sure each host is managed by MGMT server
2.Stop the all the running cloud management service once(service cloud-management stop)
3.Start the all the Stopped Management servers (service cloud-management start)
4.Deploy  new VMs and perform snapshot on the volumes

Hosts should get re-distributed to all the 3 management servers.   deployVM should be successful without
any errors snapshot operation should be successful
 with out any errors

FUNCTIONAL

Y

P2

PASS

 

4

restart_ALL_MGMT services's

1.Make sure each host is managed by each MGMT server
2.restart the cloud-management Service on all
the Management Servers (MS1,MS2,MS3)
(service cloud-management restart)

All the MGMT server should up
with out any erros and all hosts
get distributed to corresponding MS's

FUNCTIONAL/
Negative

 

P2

PASS

 

5

Change_SystemDate_ON_1MGMT Server

1.Make sure each host is managed by each MGMT Server
and system date is sync on all the hosts and MS
2.Change the system date in one of MS(MS1) in cluster MS
3. Check the MS state in mshost table
4. Check the MS ownership on host tables
 5. Synch the date on MS1(i.e change the sysdate again to synch with other MGMT server)

When one of the MS date is not synched 
management state in mshost should be
down of Host belongs to above management
server
moved to another avilable Management server Management server state should be UP  and 
Host ownership will  changed back to current
 only when agent load is in-balance.

FUNCTIONAL/
Negative

 

P3

PASS

 

6

Perform_task_From_non-managed_MS

1.host 1  is managed by MS1
2.check the  forward functionality by initializing the task from non-managed MS (i.e deployVM  on host1 from MS2)

1. task should be forward to managed MS(MS1) from MS2 and executed at MS1 and response should be received back to task initiator(i.e MS2)

SANITY,
FUNCTIONAL

Y

P1

PASS

 

7

Perform_Task_From_non-Managed MS_StopMS

1.host 1  is managed by MS1
2.perform add Instance on host1 from MS2
3.stop the MS2 before it receive the response from MS1

Async Job shouldn't be in progress and it should be Done state.

FUNCTIONAL/
Negative

 

P2

PASS

 

8

verify_ForwardAgent_becomes DA

1.Stop the MS1
2. Make sure that the host owned by this
management server say HOST1 gets transferred
 to one of the 2 management servers say MGMT2.
3. From MGMT2 , Make a request to add Vm to the
host HOST1 ( use host tags to direct vm to a specific host) 4.Start/stop Vm instances that are in HOST1. Take snapshots of the Vms that are in HOST1.

From MGMT2,Direct Agent Request  transferred to MGMT2 from MGMT1 and  Vm deployment should

successful on
MS2 all the operations should be successful with out any errors

SANITY, FUNCTIONAL

Y(Its possible to automate
but it s difficult judge
which MS server takes the ownership if we have more
than 2 MS ..always manual intervention required to get the accurate results for this cases)

P1

PASS

 

9

verify ForwardAgent_functionality

1.Stop the MS1
2. Make sure that the host owned by this
management server say HOST1 gets
transferred to one of the 2 management servers say MGMT2.
3. From MGMT3 , Make a request to add
Vm to the host HOST1 ( use host tags to direct
vm to a specific host)
 4.Start/stop Vm instances that are in HOST1.
Take snapshots of the Vms that are in HOST1

3.Request  get forwarded to MGMT2 from MGMT3  and  Vm deployment should successful on MS2.
4.all the operations should be successful
with out any errors

SANITY, FUNCTIONAL

Y

P1

PASS

 

10

Host_Force_reconnect_From_non-managed MS

Find the management server that owns
this host. From any of the other management servers ( that is NOT the owner of this host) , initiate a
Force Re-connect of the host.

We should see the request
being forwarded  from non-managed
MS to the owner management server
and the action should succeed.

FUNCTIONAL

 

P1

PASS

 

11

Host-maintenance_Mode_Mgmg_status

1.Select the Host from any MGMT server(says MS1) 2.Put the Host into maintenance mode
3. Check the host MGMT_ID value

2.Host should be maintenance mode
without any erros 3.MGMT_ID  should
be Null

SANITY, FUNCTIONAL

 

P2

PASS

 

12

Cancel_MaintenanceMode

1.Select the Host from any MGMT server(say MS2) 2.Put the Host into maintenance mode
3. Check the host MGMT_ID value
4.cancel the maintenance mode 
5.Check the MGMT ID of the above host

3.MGMT_ID  should be Null
4.It should get either  same MGMT
ID or mgmt_server_id or another
mgmt_server id

SANITY, FUNCTIONAL

 

P1

PASS

 

13

Take the Host out of maintenance Mode

Find the management server that owns this host.
From any of the other management servers
( that is NOT the owner of this host) , put the host in maintenance mode and take the host out of maintenance mode.

We should see the requests for both
the above actions being forwarded to the
owner management server and the
actions should succeed.

SANITY, FUNCTIONAL

 

P1

PASS

 

14

HostMaintenance_Join_MS

1.Select the Host from any MGMT server
2.Put the Host into maintenance mode
3. Join another Management server to cluster
4.check the agent load balancing will happen or not

when Host is in maintenance
mode ,agent load balancing won't
happen. No errors observed in the logs

FUNCTIONAL

 

P2

PASS

 

15

Cancel_Maintenance_Join_MS

1.Select the Host from any MGMT server(Say MS1) 
and make sure the current cluster has more than
Threshold value
2.Put the Host into maintenance mode
3. cancel the maintenance mode
4.Join another Management server to cluster
(say MS4) or restart the existing MS(MS2)
5.check the agent load balancing will happen or not

2..MGMT_ID  should be Null
5.Either old and new MS ID
will be assigned

SANITY, FUNCTIONAL

Y

P2

  PASS

 

16

StopMS1_Cancel_Maintenance Mode_fromMS2

1.Select the Host from any MGMT server(eg:MS1)
2.Put the Host into maintenance mode
3. Check the host MGMT_ID value
4.stop the MGMT server service on MS
5.cancel the maintenance mode  from MS2
6.Check the MGMT ID of the above host

3.MGMT_ID  should be Null
6)It should successfully came out
of Maintenance mode and get
the suitable  MS ID

SANITY, FUNCTIONAL

Y

P2

  PASS

 

17

AsyncJobState_StopMS_while_Job(Maintenance)_inProgress

1.Select the Host owned by  MGMT server(eg:
MGMT 1) from MGMT Server 2
2.Put the Host into maintenance mode from non-managed management server (say M2)
3. when host is in prepare maintenance mode,
stop the Management server service on
Management service 1(MS1)
5.Check the asyn job status

Async job should  not be
in-progress state and its Job
state should be done with FAILED.

SANITY, FUNCTIONAL

Y

P2

  PASS

 

18

DeleteHost_from_other_MS

Find the management server that owns this host.
From any of the other management servers
( that is NOT the owner of this host) , put the host
in maintenance mode and then delete the host.

We should see the requests for
both the above actions being forwarded
to the owner management server
and the actions should succeed.

FUNCTIONAL

Y

P1

  PASS

 

19

AsyncJobState_StopMS_while_Job(Snapshots)_inProgress

From the management server which is NOT the
owner of the host in which the Vm is running ,
initiate a snapshot task. When the task is still in progress , stop the management server.

Async job should  get marked as
done (FAILED) but it should not be
in progress.

FUNCTIONAL

Y

P2

  PASS

 

20

AgentLB_HostState_UP_cluster_Disabled

1. zone> pod1> cluster1  cluster2  cluster3 each
with at least 1 host. all hosts  state  are in UP  "agent.lb.enabled" true. MS1 manage 2 clusters.
MS2 manage 1 cluster.
2. MS1 put one of the cluster in disable state.
3.Join another MS3

MS1 gives away 2nd cluster &
Agent loadbalacing happens when hosts state is UP.
host will get the new MGMT
server ID

FUNCTIONAL

 

P1

 

 

21

AgentLB_HostState_Down_cluster_Disabled

1. zone> pod1> cluster1  cluster2  cluster3 each
with at least 1 host. all hosts  state  are in UP  "agent.lb.enabled" true. MS1 manage 2 clusters.
 MS2 manage 1 cluster.
2. MS1 unmanage 1 cluster >disable state and
make sure state of the  hosts are in disconnected state
3.Join MS3 to cluster

No agent load balancing will
 trigger

FUNCTIONAL

 

P2

 

 

22

AgentLB_ThresHold_lessThan_default value

1. zone> pod1> cluster1  cluster2  cluster3 each
with at least 1 host. all hosts  state  are in UP  "agent.lb.enabled" true. MS1 manage 2 clusters.
MS2 manage 1 cluster.
2.agent.load.threshhold =0.45 less than 
default thresh hold value(0.7)   
2.Join MS3 to cluster

No agent load balancing will  trigger

SANITY, FUNCTIONAL

 

P1

 

 

23

AgentLB_ThresHold_moreThan_default value

1. zone> pod1> cluster1  cluster2  cluster3 each
with at least 1 host. all hosts  state  are in UP  "agent.lb.enabled" true. MS1 manage 2 clusters.
MS2 manage 1 cluster.
2.agent.load.threshhold =0.8 more than  default
thresh hold value(0.7)  
3.Join MS3 to cluster

Agent load balancing will
happen and host(selected
host which are in giveway list)
will get the new MGMT server ID

SANITY, FUNCTIONAL

 

P1

 

 

24

AgentLB_ThresHold_moreThan_Non_default_ value

1. zone> pod1> cluster1  cluster2  cluster3
each with at least 1 host. all hosts  state  are in
UP  "agent.lb.enabled" true. MS1 manage 2
clusters. MS2 manage 1 cluster.
2. change the  threshold is more than 
default thresh hold value(0.2)
 i.e Global configuration change the value of agent.load.threshhold  parameter
3.Join MS3 to cluster

Agent load balancing will
happen and host(selected
 host which are in giveway list)
 will get the new MGMT
server ID

FUNCTIONAL

 

P2

 

 

25

Direct agent-loads

...