磁盘组不能自动挂载


磁盘组不能自动挂载的 原因有2:

1 、asm_diskgroups 不能为空,需要配置所有的磁盘组
2、磁盘组的属性AUTO_START应该设置为always,该问题是bug  8663101 :  修改用 crsctl modify resource ora.DATA.dg -attr AUTO_START=always,查询用:crsctl stat res ora.OCR.dg  -p 




[grid@node1 ~]$ sqlplus / as sysdba


SQL*Plus: Release 11.2.0.1.0 Production on Sat Feb 25 06:32:37 2017


Copyright (c) 1982, 2009, Oracle.  All rights reserved.




Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Real Application Clusters and Automatic Storage Management options


SQL> show parameter disk


NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
asm_diskgroups                       string      ARCH, TEST, DATA, OCR
asm_diskstring                       string      /dev/asm*, ORCL:ARCHDISK, ORCL
                                                 :DATADISK, ORCL:OVDISK
SQL> create pfile='/tmp/a.txt' from spfile;


File created.


SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Real Application Clusters and Automatic Storage Management options
[grid@node1 ~]$ more /tmp/a.txt
+ASM2.__oracle_base='/u01/app'#ORACLE_BASE set from in memory value
+ASM1.__oracle_base='/u01/app/'#ORACLE_BASE set from in memory value
+ASM1.asm_diskgroups='ARCH','TEST','DATA','OCR'#Manual Mount
+ASM2.asm_diskgroups='ARCH','DATA','TEST','OCR'#Manual Mount
*.asm_diskstring='/dev/asm*','ORCL:ARCHDISK','ORCL:DATADISK','ORCL:OVDISK'
*.asm_power_limit=1
*.diagnostic_dest='/u01/app'
*.instance_type='asm'
*.large_pool_size=12M
*.remote_login_passwordfile='EXCLUSIVE'
[grid@node1 ~]$ 



[root@rac1 ~]# srvctl start diskgroup -g data -n "rac2"
[root@rac1 ~]# srvctl start diskgroup -g oradata -n "rac2"
[root@rac1 ~]# srvctl start diskgroup -g oradata -n "rac1"
[root@rac1 ~]# su - grid
[grid@rac1:/home/grid]$crsctl modify resource ora.DATA.dg -attr AUTO_START=always
[grid@rac1:/home/grid]$crsctl modify resource ora.ORADATA.dg -attr AUTO_START=always
[grid@rac1:/home/grid]$crsctl modify resource ora.ARCH.dg -attr AUTO_START=always
[grid@rac1:/home/grid]$crsctl modify resource ora.OCR.dg -attr AUTO_START=always

多次测试  所有磁盘均能正常挂载

该解决办法出自 ID:1065158.1  问题原因可能涉及到11.2.0.1的一个BUG  bug 8663101   该BUG 在12.2.0.2已经被修复    

下一步 该升级数据库了

1. Manually start the diskgroup:    srvctl start diskgroup -g <dg_name> [-n "<node_list>"]
or
2. Modify the attribute AUTO_START to "always"
    
crsctl modify resource ora.<diskgroup>.dg -attr AUTO_START=always

单击此项可添加到收藏夹 Diskgroup resource shows status offline after restart even it is mounted in ASM instance (文档 ID 1065158.1) 转到底部转到底部

In this Document

Symptoms
Changes
Cause
Solution
References


APPLIES TO:

Oracle Database - Enterprise Edition - Version 11.2.0.1.0 and later
Information in this document applies to any platform.

SYMPTOMS

After restart the 11.2 HAS stack, the diskgroup (.dg) resource is showing "OFFLINE" status, but diskgroup is mounted in the ASM instance.

For example:

$ crsctl stat res ora.DATA.dg

NAME=ora.DATA.dg
TYPE=ora.diskgroup.type
TARGET=OFFLINE, ONLINE
STATE=OFFLINE, ONLINE on host1


From ASM when you query , the diskgroup shows as mounted.

SQL> conn / as sysdba
Connected.
SQL> select name,state from v$asm_diskgroup;

NAME                            STATE
------------------------------ -----------
DATA                             MOUNTED

CHANGES

From the crsd.log:

2010-02-05 16:05:09.988: [    A**][56] ora.DATA.dg host1 1 received state from probe request. Old state = UNKNOWN, New state = OFFLINE


From oraagent_oracle.log:

2010-02-05 16:05:09.799: [    A**][9] ora.DATA.dg host1 1 state changed from: UNKNOWN to: OFFLINE

CAUSE

This is caused by an unpublished bug 8663101 11.2 DG RES OFFLINE, BUT DISKGROUP MOUNTED AFTER RESTART HAS STACK 

The diskgroup is mounted in asm before crsd is up so crsd is never notified of the diskgroup resource start. 

SOLUTION

The bug has been fixed in 11.2.0.2 patchset.

Two workarounds available:

1. Manually start the diskgroup:
    srvctl start diskgroup -g <dg_name> [-n "<node_list>"]

or
2. Modify the attribute AUTO_START to "always"
     crsctl modify resource ora.<diskgroup>.dg -attr AUTO_START=always

REFERENCES


NOTE:1060920.1  - ALERT.LOG for ASM Shows "WARNING: failed to online diskgroup resource ora.GI.dg (unable to communicate with CRSD/OHASD)"

About Me

...............................................................................................................................

● 本文整理自网络

● QQ群:230161599     微信群:私聊

● 联系我请加QQ好友(642808185),注明添加缘由

● 文章内容来源于小麦苗的学习笔记,部分整理自网络,若有侵权或不当之处还请谅解

● 版权所有,欢迎分享本文,转载请保留出处

...............................................................................................................................

拿起手机使用微信客户端扫描下边的左边图片来关注小麦苗的微信公众号:xiaomaimiaolhr,扫描右边的二维码加入小麦苗的QQ群,学习最实用的数据库技术。

 ico_mailme_02.png  DBA笔试面试讲解




来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26736162/viewspace-2134257/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/26736162/viewspace-2134257/

<think>嗯,用户问的是Kylin启动自动挂载磁盘的问题。首先,我需要确认Kylin是什么系统。Kylin是中国开发的基于Linux的操作系统,通常有桌面版和服务器版。自动挂载磁盘在Linux中一般涉及fstab配置或者使用systemd的mount单元。但用户可能需要的是在启动时自动挂载,所以重点应该在/etc/fstab的设置上。 首先,我应该先告诉用户需要确认磁盘的UUID或者设备路径,用lsblk或者blkid查看。然后编辑fstab文件,添加对应的条目。这里要提醒用户备份fstab,避免出错导致无法启动。挂载点需要提前创建,否则会失败。还有,文件系统类型是否正确,比如ext4、ntfs等,不同的类型可能需要不同的选项。如果是NTFS,可能需要安装ntfs-3g,并且指定选项,比如defaults,uid=1000,gid=1000,dmask=022,utf8=1。 然后,用户可能需要测试配置是否正确,使用mount -a来检测,如果有错误要及时修复。否则重启后系统可能无法进入。另外,权限问题也是常见的,特别是挂载到非标准目录时,用户可能需要设置正确的用户权限,比如用uid和gid参数指定用户和组。 用户可能会有疑问,为什么用UUID而不是设备路径?因为设备路径可能会变,比如插拔硬盘导致sda变成sdb,而UUID是唯一的,不容易变。这可以增加稳定性。此外,如果用户用的是图形界面,可能还有自动挂载的选项,比如在文件管理器中设置,但启动时自动挂载更可靠的方式还是fstab。 另外,需要提醒用户注意磁盘的格式化,如果磁盘未格式化,需要先进行格式化操作。还有,如果是外接磁盘,可能需要设置自动挂载的规则,比如udev规则,但相对复杂,可能用户更倾向于用fstab。 总结步骤应该是:确认磁盘信息、创建挂载点、编辑fstab、测试配置。同时强调备份和测试的重要性,避免系统无法启动。可能用户是刚接触Kylin或者Linux的新手,所以需要详细说明每个步骤,并且用具体的命令示例,比如使用sudo blkid,sudo mkdir /mnt/data,sudo nano /etc/fstab等。还要注意中文字符和格式,确保用户能正确复制命令。</think>Kylin(银河麒麟操作系统)中实现开机自动挂载磁盘的步骤如下: ---------- ### 一、确认磁盘信息 1. 使用命令查看磁盘标识符: ```bash lsblk -f # 查看分区UUID及文件系统类型 或 sudo blkid # 显示更详细的UUID信息 ``` 输出示例: ``` /dev/sdb1: UUID="5a1b2c3d-..." TYPE="ext4" ``` ---------- ### 二、创建挂载目录 ```bash sudo mkdir /mnt/mydisk # 自定义挂载点路径(建议在/mnt或/media下创建) ``` ---------- ### 三、编辑fstab文件 1. 备份原配置(重要!): ```bash sudo cp /etc/fstab /etc/fstab.bak ``` 2. 打开编辑: ```bash sudo nano /etc/fstab # 也可使用vim或图形编辑器 ``` 3. 添加挂载配置行: ```bash UUID=5a1b2c3d-... /mnt/mydisk ext4 defaults 0 0 ``` 参数说明: - **UUID**:磁盘唯一标识符(比设备名更可靠) - **文件系统类型**:ext4/ntfs/xfs等(必须与实际情况一致) - **挂载选项**:defaults包含rw,suid,dev,exec,auto,nouser,async - **dump标志**:0表示不备份 - **fsck顺序**:0表示不检查 ---------- ### 四、验证配置 ```bash sudo mount -a # 立即测试挂载 df -h # 检查是否成功挂载 ``` ---------- ### 五、特殊需求处理 #### ▶ NTFS磁盘挂载 ```bash UUID=... /mnt/ntfsdisk ntfs defaults,uid=1000,gid=1000,dmask=022,utf8=1 0 0 ``` 需先安装驱动: ```bash sudo apt install ntfs-3g # Kylin基于Ubuntu/Debian时 ``` #### ▶ 自动挂载但不写入fstab(临时方案) ```bash sudo echo "/dev/sdb1 /mnt/mydisk ext4 defaults 0 0" | sudo tee -a /etc/rc.local ``` ---------- ### 六、注意事项 1. 错误配置可能导致系统无法启动,务必: - 保留已连接的外置磁盘 - 准备Live USB应急修复 2. 若挂载失败: ```bash sudo dmesg | tail -20 # 查看内核日志 journalctl -p 3 -xb # 检查系统错误 ``` ---------- 通过上述配置,您的磁盘将在每次系统启动时自动挂载。建议优先使用UUID标识符而非/dev/sdX设备名,避免因硬件连接顺序变化导致挂载失败。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值