Linux服務(wù)器重啟后crs_stat-t命令無法正常使用以及解決思路
前提：在Linux系統(tǒng)中安裝ASM，安裝完ASM和Oracle數(shù)據(jù)庫時(shí)都是正常使用的，但在重啟服務(wù)器后Oracle相關(guān)命令不識別。
你所需要的網(wǎng)站建設(shè)服務(wù)，我們均能行業(yè)靠前的水平為你提供.標(biāo)準(zhǔn)是產(chǎn)品質(zhì)量的保證，主要從事網(wǎng)站建設(shè)、成都網(wǎng)站制作、企業(yè)網(wǎng)站建設(shè)、手機(jī)網(wǎng)站制作、網(wǎng)頁設(shè)計(jì)、品牌網(wǎng)站設(shè)計(jì)、網(wǎng)頁制作、做網(wǎng)站、建網(wǎng)站。創(chuàng)新互聯(lián)建站擁有實(shí)力堅(jiān)強(qiáng)的技術(shù)研發(fā)團(tuán)隊(duì)及素養(yǎng)的視覺設(shè)計(jì)專才。
1、
[grid@udevasm:/home/grid]$crsctl status res -t -bash: crsctl: command not found
2、查看環(huán)境變量是否正常，命令如下：
[grid@udevasm:/home/grid]$env |grep gri USER=grid ORACLE_BASE=/oracle/app/grid MAIL=/var/spool/mail/grid PATH=.:/usr/lib64/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/grid/bin:/home/grid/bin:/oracle/app/11.2.0/grid/bin PWD=/home/grid PS1=[grid@udevasm:$PWD]$ HOME=/home/grid LOGNAME=grid ORACLE_HOME=/oracle/app/11.2.0/grid [grid@udevasm:/home/grid]$
3、通過查詢結(jié)果初步判斷環(huán)境變量是正常的，然后通過另外一個(gè)角度去考慮，是不是Oracle程序本身安裝有問題，因?yàn)樽蛱煜到y(tǒng)才安裝過ASM和Oracle數(shù)據(jù)庫，測試都是正常的，應(yīng)該講沒有啥問題才對，但是突然間想起在服務(wù)器重啟的時(shí)候，啟動界面提示要加載文件系統(tǒng)，而且時(shí)間很長，截圖如下：
4、通過在啟動時(shí)提示的信息，就是查看文件系統(tǒng)是否有問題，想起之前硬盤掛載在不同的路徑下，命令如下：
[oracle@udevasm ~]$ df -lh Filesystem Size Used Avail Use% Mounted on /dev/sda1 95G 4.5G 86G 5% / tmpfs 996M 72K 996M 1% /dev/shm /dev/sdb1 50G 8.3G 39G 18% /oradata /dev/sdb2 20G 7.4G 12G 40% /soft
5、通過上面命令查詢結(jié)果，發(fā)現(xiàn)問題所在，因?yàn)閟db1我調(diào)整掛載在/oracle路徑下的，原來的sdc1是掛載/oradata路徑，由于sdc1mount在/oradata路徑下沒有設(shè)置在開機(jī)時(shí)啟動，而且sdb1是默認(rèn)的啟動，從而導(dǎo)致在啟動的sdc1掛載失敗，影響Oracle相關(guān)程序啟動，所以命令失敗無法找到，去查看fstab內(nèi)容。
[root@udevasm ~]# more /etc/fstab # # /etc/fstab # Created by anaconda on Fri May 19 04:21:30 2017 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # UUID=a6cc0566-d29b-44fa-8741-b78170483210 / ext4 defaults 1 1 UUID=8a211faf-b2d7-4384-9c9d-fc25cb79f19b /oradata ext4 defaults 1 2 UUID=08d48193-8c4e-40e9-a333-47fe86568029 /soft ext4 defaults 1 2 UUID=6e9b041a-1687-430f-9209-c06b6558e6fe swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0
6、通過命令查看后，并沒有發(fā)現(xiàn)oracle路徑下的設(shè)備，再通過查詢UUID塊設(shè)備下有哪些設(shè)備
[root@udevasm ~]# sudo blkid
/dev/sda1: UUID="a6cc0566-d29b-44fa-8741-b78170483210" TYPE="ext4"
/dev/sda2: UUID="6e9b041a-1687-430f-9209-c06b6558e6fe" TYPE="swap"
/dev/sdb1: UUID="8a211faf-b2d7-4384-9c9d-fc25cb79f19b" TYPE="ext4"
/dev/sdb2: UUID="08d48193-8c4e-40e9-a333-47fe86568029" TYPE="ext4"
/dev/sdc1: UUID="07af4d45-14d3-4a8f-89ae-53a276f7c01e" TYPE="ext4"
/dev/asm_grid1: TYPE="oracleasm"
/dev/asm_system: TYPE="oracleasm"
/dev/asm_recovery: TYPE="oracleasm"
/dev/asm_data01: TYPE="oracleasm"
/dev/asm_data02: TYPE="oracleasm"
[root@udevasm ~]# more /etc/fstab
7、再通過lsblk -f 命令查詢塊設(shè)備下詳細(xì)的信息如下：
[root@udevasm ~]# lsblk -f NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 ext4 a6cc0566-d29b-44fa-8741-b78170483210 / └─sda2 swap 6e9b041a-1687-430f-9209-c06b6558e6fe [SWAP] sdb ├─sdb1 ext4 8a211faf-b2d7-4384-9c9d-fc25cb79f19b /oradata └─sdb2 ext4 08d48193-8c4e-40e9-a333-47fe86568029 /soft sdd └─sdd1 sde └─sde1 sdf └─sdf1 sdg └─sdg1 sdh └─sdh2 sr0 iso9660 RHEL_6.5 x86_64 Disc 1
通過上述幾個(gè)命令可以判斷出是由于sdc1分區(qū)沒有自動掛載導(dǎo)致Oracle程序沒有辦法啟動
8、修改/etc/fstab配置文件，讓sdc1設(shè)備在開機(jī)自動啟動，最好通過UUID來掛載，因?yàn)椋?/p>
Linux UUID的作用及意義
原因1：它是真正的唯一標(biāo)志符
UUID為系統(tǒng)中的存儲設(shè)備提供唯一的標(biāo)識字符串，不管這個(gè)設(shè)備是什么類型的。如果你在系統(tǒng)中添加了新的存儲設(shè)備如硬盤，很可能會造成一些麻煩，比如說啟動的時(shí)候因?yàn)檎也坏皆O(shè)備而失敗，而使用UUID則不會有這樣的問題。
原因2：設(shè)備名并非總是不變的
自動分配的設(shè)備名稱并非總是一致的，它們依賴于啟動時(shí)內(nèi)核加載模塊的順序。如果你在插入了USB盤時(shí)啟動了系統(tǒng)，而下次啟動時(shí)又把它拔掉了，就有可能導(dǎo)致設(shè)備名分配不一致。
使用UUID對于掛載移動設(shè)備也非常有好處──例如我有一個(gè)24合一的讀卡器，它支持各種各樣的卡，而使用UUID總可以使同一塊卡掛載在同一個(gè)地方。
原因3：Ubuntu中的許多關(guān)鍵功能現(xiàn)在開始依賴于UUID
9、通過第6步和第7步中，可以把相關(guān)的修改成之前配置想要的內(nèi)容，修改內(nèi)容如下：
[root@udevasm ~]# more /etc/fstab # # /etc/fstab # Created by anaconda on Fri May 19 04:21:30 2017 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # UUID=a6cc0566-d29b-44fa-8741-b78170483210 / ext4 defaults 1 1 UUID=8a211faf-b2d7-4384-9c9d-fc25cb79f19b /oracle ext4 defaults 0 0 UUID=07af4d45-14d3-4a8f-89ae-53a276f7c01e /oradata ext4 defaults 0 0 UUID=08d48193-8c4e-40e9-a333-47fe86568029 /soft ext4 defaults 0 0 UUID=6e9b041a-1687-430f-9209-c06b6558e6fe swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0
注意：后面的數(shù)字修改成0 0，如果不設(shè)置0的話，服務(wù)器在啟動的時(shí)候就會檢測，如果硬盤滿的話，就會導(dǎo)致操作系統(tǒng)無法正常啟動，此處應(yīng)該讓系統(tǒng)禁止檢測
10、注意：再mount 一下，判斷是否掛載成功，如果掛載有問題會導(dǎo)致系統(tǒng)無法正常啟動
[root@udevasm ~]# mount /dev/sda1 on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sdb2 on /soft type ext4 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/sdc1 on /oradata type ext4 (rw) /dev/sdb1 on /oracle type ext4 (rw)
11、重啟一下服務(wù)器判斷設(shè)備掛載是否成功
[root@udevasm ~]# reboot
重啟時(shí)，服務(wù)器系統(tǒng)啟動時(shí)間快，就沒有之前那種提示要加載文件系統(tǒng)內(nèi)容
12、系統(tǒng)啟動成功后用grid用戶查看ASM狀態(tài)：
[grid@udevasm:/home/grid]$crs_stat -t Name Type Target State Host ------------------------------------------------------------ ora....TA01.dg ora....up.type ONLINE ONLINE udevasm ora....TA02.dg ora....up.type ONLINE ONLINE udevasm ora....VERY.dg ora....up.type ONLINE ONLINE udevasm ora....STEM.dg ora....up.type ONLINE ONLINE udevasm ora.GRID1.dg ora....up.type ONLINE ONLINE udevasm ora....ER.lsnr ora....er.type ONLINE ONLINE udevasm ora.asm ora.asm.type ONLINE ONLINE udevasm ora.cssd ora.cssd.type ONLINE ONLINE udevasm ora.diskmon ora....on.type OFFLINE OFFLINE ora.evmd ora.evm.type ONLINE ONLINE udevasm ora.ons ora.ons.type OFFLINE OFFLINE ora.udevasm.db ora....se.type OFFLINE OFFLINE
13、此時(shí)說明硬盤設(shè)置成自動重啟正常，再用lsblk -f 命令查詢塊設(shè)備下詳細(xì)的信息如下
[root@udevasm ~]# lsblk -f NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 ext4 a6cc0566-d29b-44fa-8741-b78170483210 / └─sda2 swap 6e9b041a-1687-430f-9209-c06b6558e6fe [SWAP] sdb ├─sdb1 ext4 8a211faf-b2d7-4384-9c9d-fc25cb79f19b /oracle └─sdb2 ext4 08d48193-8c4e-40e9-a333-47fe86568029 /soft sdc └─sdc1 ext4 07af4d45-14d3-4a8f-89ae-53a276f7c01e /oradata sdd └─sdd1 sde └─sde1 sdf └─sdf1 sdg └─sdg1 sdh └─sdh2 sr0 iso9660 RHEL_6.5 x86_64 Disc 1
通過上述說明，則可以判斷我們設(shè)置成自動啟動成功
總結(jié)：1、在發(fā)現(xiàn)命令無法使用的時(shí)候，就要首先從可能導(dǎo)致這個(gè)命令的原因找問題，如果首先問題判斷沒有問題，再去判斷其它方面的問題
2、系統(tǒng)在啟動時(shí)會給我們一些詳細(xì)的啟動參數(shù)內(nèi)容，如果有問題的也會詳細(xì)打印出來，最好看一下系統(tǒng)啟動的日志內(nèi)容
3、在mount設(shè)備時(shí)，必須要讓系統(tǒng)自己掛載，這樣可以避免一些程序上面的問題，同時(shí)在使用UUID時(shí)也要注意，防止系統(tǒng)在啟動時(shí)無法正常啟動
有關(guān)在linux系統(tǒng)中fstab配置文件詳解說明
參考：http://xiaocao13140.blog.51cto.com/6198256/1930572
有關(guān)在Linux磁盤分區(qū)UUID的獲取及其UUID的作用
參考：http://xiaocao13140.blog.51cto.com/6198256/1930571
網(wǎng)頁標(biāo)題：Linux服務(wù)器重啟后crs_stat-t命令無法正常使用以及解決思路
本文鏈接：http://redsoil1982.com.cn/article36/gegppg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供軟件開發(fā)、品牌網(wǎng)站制作、Google、網(wǎng)站導(dǎo)航、建站公司、外貿(mào)建站
聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)
- 好的品牌網(wǎng)站設(shè)計(jì)兩大要點(diǎn)必知 2022-06-10
- 品牌網(wǎng)站設(shè)計(jì)如何達(dá)到展示目的 2013-09-04
- 金融網(wǎng)站建設(shè)競爭力,品牌網(wǎng)站設(shè)計(jì)新趨勢 2014-06-08
- 企業(yè)品牌網(wǎng)站設(shè)計(jì)思路介紹 2023-01-29
- 品牌網(wǎng)站設(shè)計(jì)四大核心制作要素 2022-08-15
- 品牌網(wǎng)站設(shè)計(jì)對企業(yè)來說有什么意義? 2016-02-09
- 【網(wǎng)站設(shè)計(jì)】品牌網(wǎng)站設(shè)計(jì)的一般布局 2016-11-21
- 深圳品牌網(wǎng)站設(shè)計(jì)公司 2014-05-13
- 高端品牌網(wǎng)站設(shè)計(jì)注重的五大要素 2022-08-23
- 品牌網(wǎng)站設(shè)計(jì)開發(fā)要點(diǎn) 2016-11-09
- 品牌網(wǎng)站設(shè)計(jì)的頁腳樣式是什么 2021-06-20
- 我要做的是品牌網(wǎng)站設(shè)計(jì)，實(shí)際上是品牌網(wǎng)頁優(yōu)化設(shè)計(jì)，可懂? 2022-05-23