ocfs 測試套安裝流程

2021-09-01 04:36:01 字數 4493 閱讀 1018

ocfs 測試套安裝流程:

準備:安裝lam/mpi到需要測試的所有節點:

#節點間需要可以不需要密碼進行ssh訪問;

#如果有安全的考慮,可以在多節點測試時,使用root帳號,進行ssh操作;

(注意:每個測試節點,都需要執行)

。。。。

#測試需要的linux kernel source tarball需要為gzip格式的壓縮檔案。

安裝:步驟:

$ ./autogen.sh prefix=/ #預設安裝目錄為/usr/local

$ make

$ make install destdir=/home/test/ocfs2test # 安裝可執行檔案到目錄:/home/test/ocfs2test

centos環境下,安裝步驟:

#安裝mpich:

tar -zxvf mpich.tar.gz

cd mpich-1.2.7p1/

./configure --prefix=/usr/local/mpich

make

make install

path="$path:/usr/local/mpich/bin" #需要時,可以新增到/etc/profile

#安裝libaio:

yum install libaio

yum install libaio-devel

#安裝o2cb庫:

rpm -ivh ocfs2-tools-1.4.4-1.el5.i386.rpm

rpm -ivh ocfs2-tools-devel-1.4.4-1.el5.i386.rpm #(可以不需要?)

rpm -ivh ocfs2-2.6.18-194.el5-1.4.7-1.el5.i686.rpm

#安裝openmpi:

yum install openmpi.i386

#安裝ocfs2-test:

rpm -ivh ocfs2-test-1.0.3-1.el5.i386.rpm

xx環境下安裝:

安裝後,目錄結構:

/bin

/log

/sbin

/workfiles

/workfiles//

測試原始碼結構:

測試套原始碼語言包含:shell scripts, c 和python.

在集群狀態下,需要lam/mpi,對應於以以run關鍵字開頭的原始碼檔案。

執行測試:

###單節點環境測試####

mmap_test

該測試,首先,在已存在檔案的結尾寫入,應該工作正常。超過檔案結尾進行寫入,應該報錯。

作用:確認mmap在檔案結尾是否工作正常

syntax:

./mmap_test -h

usage: mmap_test

example:

echo 111 > 111.txt

./mmap_test 111.txt

解釋:對於檔案111.txt進行測試;

執行結果:

buf = 0xb7fb1000, ptr = 0xb7fb1000, size = 4, offset = 4, remain = 4092

tail of ptr: "111

"tail of page: ""

解釋:buf = 0xb7fb1000

stat_buf.st_size=4

page_size=4096

offset = stat_buf.st_size % page_size=4

ptr = buf + (stat_buf.st_size - offset)=0xb7fb1000 + (4-4)=0xb7fb1000

remain = page_size - offset=4096-4=4092

####集群環境測試#####

parallel build kernel

該測試,針對各個節點(-n 選項指定),對應指定目錄(-d 選項指定),建立相應編譯程序;此外,在編譯之前,提前建立乙個find程序,以對每個目錄進行查詢,第乙個節點的find程序查詢最後乙個節點的目錄。

作用:使用find程序,產生編譯時的鎖遷移壓力。

syntax:

$ ./run_buildkernel.py -h

usage: usage: run_buildkernel.py [-c|--count count] [-n|--nodes nodelist] [-t|--tarfile fullpath tar filename] [-d|--directorylist dirlist] [-l|-logfile logfilename] [-u|--user username] [-h|--help]

options:

-h, --help 顯示幫助資訊

-c count, --count=count

設定測試的次數

default = 1.

-u userid, --user=userid

ssh的uid

-d dirlist, --directorylist=dirlist

編譯後檔案存放目錄;使用逗號隔開

-l logfile, --logfile=logfile

指定logfile時,所有程序的log,存放在該file;否則,預設每個程序新建乙個logfile

-n nodelist, --nodes=nodelist

執行測試的節點list;使用逗號隔開

-t tarfile, --tarfile=tarfile

使用的核心tar檔案的全路徑位址

example:

$ ./run_buildkernel.py -c 5 -d /ocfs2test1/test,/ocfs2test2/test,/ocfs2test3/test,/ocfs2test4/test,/ocfs2test5/test,/ocfs2test6/test -l /ocfs2test1/test/buildkernel.log -n node1,node2,node3,node4,node5,node6 -t /tmp/workfiles/linux-2.6.20.tar.gz

解釋:6個節點(node1-node6),進行5測試,使用編譯原始檔linux-2.6.20.tar.gz,編譯到目錄/ocfs2test1/test等6個目錄,結果都儲存到/ocfs2test1/test/buildkernel.log

cross delete

該測試對成對節點進行測試,最少需要兩個節點進行,越多越佳;如果測試節點數為奇數,最後乙個節點將被忽視。

每個節點執行乙個拷貝kernel原始檔的動作,當該動作接近結束時,成對的另乙個節點同時進行該原始檔的刪除動作;以上兩個動作,在成對節點之間是相對的,都相互進行。

作用:對dlm產生大量的業務壓力。

syntax:

$ ./cross_delete.py -h

usage: cross_delete.py [-c|count count] [-d|--dirlist dirlist] [-l|-logfile logfilename] [-n|nodes nodelist] [-t|--tarfile fullpathtar filename] [-h|--help]

options:

-h, --help 顯示幫助資訊

-c count, --count=count

設定測試的次數

-d dirlist, --dirlist=dirlist

編譯後檔案存放目錄;(目前只可以定乙個目錄)

-l logfile, --logfile=logfile

指定結果存放位址

-n nodes, --nodes=nodes

執行測試的節點list;使用逗號隔開

-t tarfile, --tarfile=tarfile

使用的核心tar檔案的全路徑位址

example:

$ ./cross_delete.py -c 5 -d /ocfs2test1/test -l /ocfs2test1/test/crdel.log -n node1,node2,node3,node4,node5 -t /tmp/workfiles/linux-2.6.20.tar.gz

解釋:5個節點(node1-node5),進行5測試,使用編譯原始檔linux-2.6.20.tar.gz,編譯到目錄/ocfs2test1/test目錄,結果都儲存到/ocfs2test1/test/crdel.log

###############

#(配置yum的步驟,正常不需要)

1121 cd /etc

1122 ls

1124 cd yum.repos.d/

1125 ls

1141 mv centos-base.repo centos-base.repo_bak

1142 ls

1143 mv centos-base.repo_bak2 centos-base.repo

1144 ls

1145 yum check-update

##end##

離線安裝再測試流程

第一步 安裝anaconda3,選擇版本anaconda3 5.1.0 linux x86 64.sh 第三步 bash anaconda3 5.1.0 linux x86 64.sh 關於bash檔案設定時,yes 第四步 複製all.tar檔案,tar xvf all.tar c tmp 解壓到...

軟體測試套題

一 填空 1.用例五要素是 覆蓋全面 工作量小 目的明確 易於維護 描述清晰。2.軟體驗收測試包括 正式驗收測試 alpha測試 beta測試。3.編寫系統測試用例需要參考的專案文件有 軟體開發計畫 軟體測試計畫 需求規格說明書。4.整合策略有 自頂向下,自底向上兩種。5.通過畫因果圖來寫測試用例的...

測試環境搭建流程 軟體測試流程

1.測試計畫設計階段 產品立項之後,進行需求分析,需求評審,業務需求評級,繪製業務流程圖。確定測試負責人,開始制定測試計畫 2.測試準備階段 各成員編寫測試用例 先小組內評審 後會議評審,測試樣機和配件,測試工具。3.測試執行階段 負責人對測試任務分工,按計畫執行測試過程,提測後,搭建qa環境,先執...