Linux服务器重启后crs_stat -t 指令无法正常运用以及处理思路51CTO博客 - AG环亚娱乐

Linux服务器重启后crs_stat -t 指令无法正常运用以及处理思路51CTO博客

2019年03月29日12时43分42秒 | 作者: 鸿卓 | 标签: 指令,正常,运用 | 浏览: 1625

条件:在Linux体系中装置ASM,装置完ASM和Oracle数据库时都是正常运用的,但在重启服务器后Oracle相关指令不辨认。

1、

[grid@udevasm:/home/grid]$crsctl status res -t
-bash: crsctl: command not found

2、检查环境变量是否正常,指令如下:

[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、经过查询成果初步判别环境变量是正常的,然后经过别的一个视点去考虑,是不是Oracle程序自身装置有问题,由于昨日体系才装置过ASM和Oracle数据库,测验都是正常的,应该讲没有啥问题才对,可是突然间想起在服务器重启的时分,发动界面提示要加载文件体系,并且时刻很长,截图如下:



4、经过在发动时提示的信息,便是检查文件体系是否有问题,想起之前硬盘挂载在不同的途径下,指令如下:

[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、经过上面指令查询成果,发现问题所在,由于sdb1我调整挂载在/oracle途径下的,本来的sdc1是挂载/oradata途径,由于sdc1mount在/oradata途径下没有设置在开机时发动,并且sdb1是默许的发动,然后导致在发动的sdc1挂载失利,影响Oracle相关程序发动,所以指令失利无法找到,去检查fstab内容。

[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、经过指令检查后,并没有发现oracle途径下的设备,再经过查询UUID块设备下有哪些设备


[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 指令查询块设备下具体的信息如下:

[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                                                                        
└─sdh1                                                                     
sr0    iso9660 RHEL_6.5 x86_64 Disc 1

经过上述几个指令能够判别出是由于sdc1分区没有主动挂载导致Oracle程序没有办法发动


8、修正/etc/fstab装备文件,让sdc1设备在开机主动发动,最好经过UUID来挂载,由于:

Linux UUID的效果及含义

原因1:它是真实的仅有标志符

UUID为体系中的存储设备供给仅有的标识字符串,不论这个设备是什么类型的。假如你在体系中添加了新的存储设备如硬盘,很或许会形成一些费事,比如说发动的时分由于找不到设备而失利,而运用UUID则不会有这样的问题。

原因2:设备名并非总是不变的

主动分配的设备称号并非总是共同的,它们依赖于发动时内核加载模块的次序。假如你在插入了USB盘时发动了体系,而下次发动时又把它拔掉了,就有或许导致设备名分配不共同。

运用UUID关于挂载移动设备也十分有优点──例如我有一个24合一的读卡器,它支撑各式各样的卡,而运用UUID总能够使同一块卡挂载在同一个当地。

原因3:Ubuntu中的许多要害功用现在开端依赖于UUID


9、经过第6步和第7步中,能够把相关的修正成之前装备想要的内容,修正内容如下:

[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

留意:后边的数字修正成0 0,假如不设置0的话,服务器在发动的时分就会检测,假如硬盘满的话,就会导致操作体系无法正常发动,此处应该让体系制止检测


10、留意:再mount 一下,判别是否挂载成功,假如挂载有问题会导致体系无法正常发动

[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、重启一下服务器判别设备挂载是否成功

[root@udevasm ~]# reboot

重启时,服务器体系发动时刻快,就没有之前那种提示要加载文件体系内容

12、体系发动成功后用grid用户检查ASM状况:

[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、此刻阐明硬盘设置成主动重启正常,再用lsblk -f 指令查询块设备下具体的信息如下

[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                                                                        
└─sdh1                                                                     
sr0    iso9660 RHEL_6.5 x86_64 Disc 1

经过上述阐明,则能够判别咱们设置成主动发动成功

总结:1、在发现指令无法运用的时分,就要首要从或许导致这个指令的原因找问题,假如首要问题判别没有问题,再去判别其它方面的问题

             2、体系在发动时会给咱们一些具体的发动参数内容,假如有问题的也会具体打印出来,最好看一下体系发动的日志内容

             3、在mount设备时,有必要要让体系自己挂载,这样能够避免一些程序上面的问题,一起在运用UUID时也要留意,避免体系在发动时无法正常发动


有关在linux体系中fstab装备文件详解阐明

参阅:有关在Linux磁盘分区UUID的获取及其UUID的效果

参阅:

版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表AG环亚娱乐立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章