Test case ID: *HA-CLUST-28*@author:

Test case ID: *HA-CLUST-28*

@author: Huy Nguyen
@Refactoring: Arul Sundaramoorthy & Nguyen Minh Tai

Verify that DB switchover should not happen when both arbiter and Master DB are isolated from Network in A+D,A+D,A setup

Pre-condition:
AMS Cluster setup A+D,A+D,A setup should be up and running.

Steps:
1)Make cluster communication IP interface down of Master AD & AppOnly server
2)Verify whether in master Data Server, mysql, JBoss and AMS processes are not running since data server interface is down
3)Verify whether in AP server, Jboss and AMS server processes are not running
4)Verify whether slave DB doesn’t becomes master DB since arbiter is down
5)Make cluster communication IP interface of Master DB up
6)Verify the both master and slave data servers that are not changing the state since arbiter is down
7)Make cluster communication IP interface of AppOnly server up
8)Verify whether one data server is getting started as Master and other data server is getting started as Slave

Expected:
1)Make Interface down with private ip for Master server and AppOnly server and it should be
2)Check the cluster status in Slave server and verify status of all the processes for Master serve. It should be down
3)Check the cluster status in Slave server and verify status of all the processes for AppOnly server. It should be down
4)Check the AMS server status for Slave server. Slave DB should be in "WaitingStartup" state
5)Make Interface up with private ip for Master server and it should be success
6)Check Server status in both master and slave. Data server should be in "WaitingStartup" state
7)Make Interface up with private ip for AppOnly server and it should be success
8)Check server status in both data servers. One should be Running as Master and another on should be Running as Slave

Kết quả (Việt) 2:

Trường hợp kiểm tra ID: * HA-CLUST-28 *author: Huy NguyễnRefactoring: Arul Sundaramoorthy & Nguyễn Minh Tai Xác minh rằng DB chuyển mạch không nên xảy ra khi cả hai trọng tài và Master DB được phân lập từ mạng trong A + D, A + D , Một thiết lập Pre-condition: AMS Thiết lập Cluster A + D, A + D, A thiết lập nên được và chạy. Các bước: 1) Thực hiện giao diện IP truyền cụm xuống của Master AD & AppOnly máy chủ 2) Kiểm tra xem liệu trong Data chủ server , mysql, JBoss và AMS quá trình không hoạt động từ giao diện máy chủ dữ liệu là xuống 3) Kiểm tra xem liệu trong máy chủ của AP, quá trình máy chủ Jboss và AMS không chạy 4) Kiểm tra xem liệu nô lệ DB không trở thành bậc thầy DB kể từ khi trọng tài là xuống 5) làm cho giao diện IP truyền cụm Thạc sĩ DB lên 6) Kiểm tra cả hai chủ và nô lệ máy chủ dữ liệu mà không thay đổi trạng thái từ khi trọng tài là xuống 7) Thực hiện truyền thông cụm giao diện IP của AppOnly máy chủ lên 8) Kiểm tra xem một máy chủ dữ liệu được bắt đầu Master và các dữ liệu khác máy chủ được bắt đầu như Slave Dự kiến: 1) Hãy Interface xuống với IP riêng cho Master server và máy chủ AppOnly và nó phải là 2) Kiểm tra tình trạng cluster trong máy chủ Slave và xác minh tình trạng của tất cả các quy trình Thạc sĩ phục vụ . Nó nên được xuống 3) Kiểm tra tình trạng cụm máy chủ trong Slave và xác minh tình trạng của tất cả các quá trình cho máy chủ AppOnly. Nó nên được xuống 4) Kiểm tra tình trạng máy chủ AMS cho máy chủ Slave. Slave DB phải ở trong "WaitingStartup" nhà nước 5) Thực hiện giao diện với IP riêng cho Master server và nó nên được thành công 6) Kiểm tra tình trạng máy chủ ở cả hai chủ và nô lệ. Máy chủ dữ liệu phải ở trong "WaitingStartup" nhà nước 7) Thực hiện giao diện với IP riêng cho máy chủ AppOnly và nó nên được thành công 8) Kiểm tra tình trạng server ở cả hai máy chủ dữ liệu. Người ta phải được chạy như Master và một trên nên được chạy như Slave