AIX下由于nfs故障导致oracle hang

最新推荐文章于 2021-12-21 12:04:20 发布
最新推荐文章于 2021-12-21 12:04:20 发布
阅读量285 收藏
点赞数
因为网络调整了一下，一台数据库主机上nfs文件系无法访问（这个nfs文件系统跟oracle没有任何关系），结果导致数据库无法访问，连sqlplus都登陆不了了。
RAC集群数据库中，在10gR2的版本中，有时候会使用nfs做共享文件系统存放归档日志，当一个节点操作系统挂起，由于使用nfs，导致另外
一个节点同样使用问题，从而导致整个集群出现问题。
wps1:/oracle/app/oracle/admin/mss/bdump$sqlplus '/as sysdba'
SQL*Plus: Release 10.2.0.4.0 - Production on Sat Nov 19 10:03:49 2011
Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
NFS server 130.34.3.102 not responding still trying
 
为了排查问题，使用truss跟踪一下sqlplus的过程：
wps1:/oracle$truss -D sqlplus '/as sysdba'
0.0000:        execve("/oracle/niyl/bin/sqlplus", 0x2FF22964, 0x2FF22970)  argc: 4
0.0226:        execve("/oracle/app/oracle/product/10.2.0/db/bin/sqlplus", 0x2FF22964, 0x2FF22970)  argc: 2
0.0611:        kusla(2, 0x09FFFFFFF000C490)     = -1
0.0041:        thread_init(0x0900000000739020, 0x09001000A0860350) =
0.0004:        sbrk(0x0000000000000000)         = 0x00000001100ED448
0.0002:        vmgetinfo(0x0FFFFFFFFFFFF570, 7, 16) = 0
0.0003:        sbrk(0x0000000000000000)         = 0x00000001100ED448
......
0.0002:        kioctl(7, 22528, 0x0000000000000000, 0x0000000000000000) = -1
kread(7, "\0  DA '\014\0\001\002\0".., 4096)    = 164
0.0002:        close(7)                         = 0
0.0002:        __libc_sbrk(0x0000000000010020)  = 0x000000011041D9A0
0.0002:        kioctl(1, 22528, 0x0000000000000000, 0x0000000000000000) = 0
kwrite(1, "\n", 1)                              = 1
SQL*Plus: Release 10.2.0.4.0 - Production on Sat Nov 19 10:59:07 2011
kwrite(1, " S Q L * P l u s :   R e".., 70)     = 70
kwrite(1, "\n", 1)                              = 1
Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.
kwrite(1, " C o p y r i g h t   ( c".., 56)     = 56
kwrite(1, "\n", 1)                              = 1
0.0002:        kfcntl(1, F_GETFL, 0x0000000000000008) = 2
0.0002:        lseek(4, 512, 0)                 = 512
kread(4, "17A5\0\0\0\0\0\0\0\0\0\0".., 512)     = 512
0.0002:        lseek(4, 1024, 0)                = 1024
kread(4, "\016\0 *\0 R\0 h\081\09E".., 512)     = 512
0.0002:        lseek(4, 4608, 0)                = 4608
kread(4, "\00F\0A0\0\0\0 b\0A1\0\0".., 512)     = 512
0.0003:        __libc_sbrk(0x0000000000010020)  = 0x000000011042D9C0
0.0003:        statx(".", 0x0FFFFFFFFFFF7170, 176, 010) = 0
0.0002:        kopen(".", O_RDONLY)             = 7
0.0002:        getdirent64(7, 0x0000000110434810, 4096) = 680
0.0002:        klseek(7, 0, 0, 0x0FFFFFFFFFFF7070) = 0
0.0002:        kfcntl(7, F_GETFD, 0x00000001100F34B8) = 0
0.0002:        kfcntl(7, F_SETFD, 0x0000000000000001) = 0
0.0002:        close(7)                         = 0
0.0002:        statx("/", 0x0FFFFFFFFFFF7390, 176, 020) = 0
0.0002:        statx("./", 0x0FFFFFFFFFFF7390, 176, 020) = 0
0.0002:        statx("./../", 0x0FFFFFFFFFFF7170, 176, 010) = 0
0.0002:        kopen("./../", O_RDONLY)         = 7
0.0002:        getdirent64(7, 0x0000000110434810, 4096) = 1776
0.0002:        klseek(7, 0, 0, 0x0FFFFFFFFFFF7070) = 0
0.0002:        kfcntl(7, F_GETFD, 0x00000001100F34B8) = 0
0.0002:        kfcntl(7, F_SETFD, 0x0000000000000001) = 0
0.0002:        fstatx(7, 0x0FFFFFFFFFFF7390, 176, 020) = 0
0.0002:        getdirent64(7, 0x0000000110434810, 4096) = 1776
0.0002:        statx("./../.", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../..", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.TTauthority", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.Xauthority", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.bash_history", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.dt", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.dtprofile", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.java", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.mozilla", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.profile", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.rhosts", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.sh_history", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.topasrecrc", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.vi_history", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.vnc", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../.wmrc", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../IBM", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../TT_DB", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../admin", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../aixfix", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../audit", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../bin", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../bpmdata", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../dbscripts", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../dev", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../esa", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../etc", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../filedata", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0512:        statx("./../ha_script", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../home", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../ihsGSKitUpgradeLog.txt", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../isoxlc", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0003:        statx("./../lib", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../lost+found", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../lpp", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../ls.sh", 0x0FFFFFFFFFFF7440, 176, 021) = 0
0.0002:        statx("./../mnt", 0x0FFFFFFFFFFF7440, 176, 021) = 0
2.0001:        statx("./../nbu_nfs_102", 0x0FFFFFFFFFFF7440, 176, 021) (sleeping...)
NFS server 130.34.3.102 not responding still trying
 
Oracle的进程派生的时候，会受操作系统的影响，不同的操作系统行为不同，而这个问题就是发生在AIX下的。在其他的平台上，则无此现象。
根据文档1316251.1的描述：
Oracle code calls a Unix system call, 'getcwd' to get the current working directory. Then, after that, all the control reverts over to the operating system.  From what we can see, the function 'getcwd' calls 'getwd' which in turn calls 'stat'. Once 'stat' is entered it starts processing directory entries in the order shown below by performing a 'statx' call for each entry.
Once the root directory is reached then 'lstat' calls 'statx' for each entry in the directory. Oracle has no control over this processing and there is nothing we can do to prevent it (it is all at the OS level at this point).
 
statx的行为我们可以通过/usr/include/sys/stat.h定义得知，在这一步中，是去获取对应的文件或者目录的相关信息，包括：
device id
file serial number
user id
group id
Time of last access
Time of last data modification
Time of last file status change
Type of fs
......
等等信息
 
在这个hang住的进程中，就是由于nfs网络文件系统无法访问，导致statx hang住了，所以无法连接。

解决办法：
修复网络问题，是nfs网络文件系统恢复正常。
或者
重启主机，暂不挂载nfs网络文件系统
 
为避免再次出现这样的问题，可以参照文档1316251.1提供的办法，不将nfs挂载在根目录/下
mkdir /nfs
mkdir /nfs/nbu_nfs_102_mount
mount /nfs/nbu_nfs_102_mount
ln -s /nfs/nbu_nfs_102_mount /nbu_nfs_102

请参考具体文档。
When NFS Server Is Down, Oracle Server Freezes With No Errors In Alert Log File (文档 ID 1316251.1)
Disconnected NFS Mount Point Causes Instance to Hang on AIX (文档 ID 1445600.1)
为了方便没有 oracle support 账户的朋友，我把两篇文档的内如粘贴 如下。

When NFS Server Is Down, Oracle Server Freezes With No Errors In Alert Log File (文档 ID 1316251.1) 

In this Document
Symptoms
Changes
Cause
Solution

APPLIES TO:

Oracle Database - Enterprise Edition - Version 10.2.0.4 and later
IBM AIX on POWER Systems (64-bit)
SYMPTOMS

Each of the Oracle instances on AIX has a NFS mount point for backup purposes. It is mounted with following options:


bg,hard,intr,rsize=32768,wsize=32768,sec=sys,noac,rw

When the NFS server is down, the Oracle RDBMS freezes with no errors in alert log file. When the NFS server is up again, the database is working without problems.


CHANGES

No changes on the environment, just lost NAS connectivity (to NFS server), so the remote directories are not  available.


CAUSE

From the uploaded truss output of sqlplus and df command, we can see the statx command is hanging at /backup , i.e. the NFS mounted drive:


462940: statx("./../../../../backup", 0x0FFFFFFFFFFF5980, 176, 021) (sleeping...)
561338: kread(14, " ? ? J ?\0\0\0\0\0\0\010".., 64) Err#82 ERESTART
561338: Received signal #2, SIGINT [caught]
561338: sigprocmask(0, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: sigprocmask(1, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: ksetcontext_sigreturn(0x0FFFFFFFFFFF37A0, 0x0000000000000000, 0x00000001100F04F0,
0x800000000000D032, 0x3000000000000000, 0x0000000000000360, 0x0000000000000000, 0x0000000000000000)
561338: kread(14, " ? ? J ?\0\0\0\0\0\0\010".., 64) Err#82 ERESTART
561338: Received signal #2, SIGINT [caught]
561338: sigprocmask(0, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: sigprocmask(1, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: ksetcontext_sigreturn(0x0FFFFFFFFFFF37A0, 0x0000000000000000, 0x00000001100F04F0,
0x800000000000D032, 0x3000000000000000, 0x0000000000000320, 0x0000000000000000, 0x0000000000000000)
561338: kread(14, " ? ? J ?\0\0\0\0\0\0\010".., 64) Err#82 ERESTART
561338: Received signal #2, SIGINT [caught]
561338: sigprocmask(0, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: sigprocmask(1, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: ksetcontext_sigreturn(0x0FFFFFFFFFFF37A0, 0x0000000000000000, 0x00000001100F04F0,
0x800000000000D032, 0x3000000000000000, 0x0000000000000310, 0x0000000000000000, 0x0000000000000000)
561338: kread(14, " ? ? J ?\0\0\0\0\0\0\010".., 64) Err#82 ERESTART
561338: Received signal #2, SIGINT [caught]
561338: sigprocmask(0, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: sigprocmask(1, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: ksetcontext_sigreturn(0x0FFFFFFFFFFF37A0, 0x0000000000000000, 0x00000001100F04F0,
0x800000000000D032, 0x3000000000000000, 0x0000000000000310, 0x0000000000000000, 0x0000000000000000)
561338: kread(14, " ? ? J ?\0\0\0\0\0\0\010".., 64) Err#82 ERESTART
561338: Received signal #2, SIGINT [caught]
561338: sigprocmask(0, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: sigprocmask(1, 0x0FFFFFFFFFFF3620, 0x0000000000000000) = 0
561338: ksetcontext_sigreturn(0x0FFFFFFFFFFF37A0, 0x0000000000000000, 0x00000001100F04F0,
0x800000000000D032, 0x3000000000000000, 0x0000000000000320, 0x0000000000000000, 0x0000000000000000)
561338: kread(14, " ? ? J ?\0\0\0\0\0\0\010".., 64) (sleeping...)
462940: statx("./../../../../backup", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../usr", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../lib", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../audit", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../dev", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../etc", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../u", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../lpp", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../mnt", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../proc", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../sbin", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../bin", 0x0FFFFFFFFFFF5980, 176, 021) = 0
462940: statx("./../../../../oracle", 0x0FFFFFFFFFFF5980, 176, 021) = 0


The problem comes from:


statx("./../../../../backup", 0x0FFFFFFFFFFF5980, 176, 021) (sleeping...)

Oracle code calls a Unix system call, 'getcwd' to get the current working directory. Then, after that, all the control reverts over to the operating system.  From what we can see, the function 'getcwd' calls 'getwd' which in turn calls 'stat'. Once 'stat' is entered it starts processing directory entries in the order shown below by performing a 'statx' call for each entry:


./
./..
./../..
./../../.. (this goes on until the root directory is reached)

Once the root directory is reached then 'lstat' calls 'statx' for each entry in the directory. Oracle has no control over this processing and there is nothing we can do to prevent it (it is all at the OS level at this point).


SOLUTION

From one similar issue, IBM has suggested the following action plan to avoid this issue. The answer from IBM is:


Here's a solution to avoid the problem described by Oracle:
DO NOT have the NFS mounts directly under /, but put them one level lower. Then, we can use symbolic links to them.

NFS mount point on node  /nfs/backup (/nfs is a directory we'll create, it can have any name) and create a softlink /backup -> /nfs/backup.

$ ln -s /nfs/backup /backup


This will avoid the statx problem without having to make changes in the setup (because /backup is still there).

Additionally you can ask IBM about APAR # IZ85027, IZ85029, IZ85032, IZ86102, IZ87374, IZ90533.

Check with IBM which one applies to your configuration.


Disconnected NFS Mount Point Causes Instance to Hang on AIX (文档 ID 1445600.1)

In this Document
  Symptoms
  Changes
  Cause
  Solution
  References

APPLIES TO:

Oracle Server - Enterprise Edition - Version: 10.2.0.1 and later   [Release: 10.2 and later ]
IBM AIX on POWER Systems (64-bit)
IBM AIX on POWER Systems (32-bit)
SYMPTOMS

An NFS-mounted file system was unavailable, causing the database instance to hang until the mount point was restored.  Clients cannot log on to the database instance.  However, this file system is not used within the database.
CHANGES

The remote file system has become unavailable.
CAUSE

This is an issue with the way in which the system call getcwd is implemented within AIX.
SOLUTION

As long as the NFS mount point has at least one other parent directory besides the root directory, this problem will not occur, regardless of whether the remote file system is reachable or not.

For example, suppose that currently, the NFS mount point is called /faraway_files. The fix would be to rename the mount point to something like /my_mounts/faraway_files:

# unmount /faraway_files
# mkdir /my_mounts

# mv /faraway_files /my_mounts

# mount remhost01:/documents /my_mounts/faraway_files

Be sure to make a similar configuration change within smit, so that it will survive a reboot.

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

转载于:http://blog.itpub.net/12798004/viewspace-1990358/

cuchou5321
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle使用nfs
Andy 的 ORACLE_HOME
12-12 3550
最近使用expdp，平台aix6.1,库10.2.0.4，rac 报了个 ORA-39001: invalid argument value ORA-39000: bad dump file specification ORA-31641: unable to create dump file "/orabak/xxx.dmp" ORA-27054: NFS file system wh
AIX下nfs故障导致oracle process hang
huyangg的专栏
06-11 1596
今天碰到个问题，因为网络调整了一下，一台数据库主机上nfs文件系无法访问（这个nfs文件系统跟oracle没有任何关系），结果导致数据库无法访问，连sqlplus都登陆不了了。 wps1:/oracle/app/oracle/admin/mss/bdump$sqlplus '/as sysdba' SQL*Plus: Release 10.2.0.4.0 - Production on S
AIX上 断开的NFS 挂载点 导致 Oracle instance hang 住
msdnchina的专栏@JiNan,ShanDong
02-17 2028
AIX上 断开的NFS 挂载点 导致 Oracle instance hang 住
Aix挂载Linux nfs，用于oracle expdp目录
千里足迹
08-22 1535
AIX导出本地没有空间，只能通过nfs服务端，Aix挂载 nfs服务端： [root@rac1 /root] #rpm -aq|grep nfs texlive-psnfss-svn23394.9.2a-38.el7.noarch texlive-mfnfss-svn19410.0-38.el7.noarch libnfsidmap-0.25-19.el7.x86_64 nfs-utils-...
nfs 挂载点hang住解决办法
weixin_34202952的博客
06-07 1709
1.用命令#strace df -h(找到hang住的nas名)2.#mount –v|grep [卷名]3.#showmount –e [IP] 转载于:https://blog.51cto.com/4457553/1423257
AIX下安装Oracle数据库与导入数据
09-12
包括实施前检查、创建域和组，静默安装，导入数据库等各个步骤，每个步骤涉及的命令都有详细的说明和介绍，最后，会有常见问题的说明与解答。
(完整版)AIX下Oracle安装注意事项.doc
最新发布
11-17
Oracle 安装注意事项在 AIX 环境下 一、准备事项 1.1 检查 AIX 环境：在安装 Oracle 之前，需要检查 AIX 环境是否满足 Oracle 的系统版本要求。AIX 5L version 5.2，Maintenance Level 04 or later 或 AIX 5L ...
关于AIX挂载NFS写入效率低效的解决方法
01-10
NFS提供的服务 Mount: 通过在服务端启用/usr/sbin/rpc.mountd伺服进程，在客户端使用mount命令，mounted伺服进程是一个RPC来回应客户端的请求 Remote File access:通过在服务端启用/usr/sbin/nfsd和在客户端启用...
AIX图形化安装oracle12c全流程.docx
10-01
AIX图形化安装oracle12c全流程
aix下oracle安装
12-20
一. 挥刀自宫。 二. 验证系统要求 1、确保系统运行在2级别模式 # cat /etc/.init.state 2、操作系统要求 l AIX 5L V5.3 TL 09 SP1 ("5300-09-01"), 64 bit ...l AIX 7.1 TL 0 SP 1 ("7100-00-01"), 64-bit kernel
NFS hang problem when using df...
渴死的火烈鸟
07-21 171
NFS hang problem when using df...   1. 把/etc/mtab 卡住的mount point 整行移掉 同時記下死掉的process id 2. restart autofs 3. kill -9 死掉的process id
NFS作为根文件系统时server not responding问题的解决
haidao2009的专栏
06-05 287
检查一下主机的NFS服务是否正常工作，可以重启一下nfs服务：sudo /etc/init.d/portmap restart 要是还不行的话，重新安装一遍nfs服务试试 在移植cs89x0后，就一直碰到如下这个问题： nfs: server 192.168.10.1 not responding nfs: server 192.168.10.1 not respondi...
解决Linux NFS umount 'device is busy' and 'df -h' hang
Ora-onway
12-09 5927
公司开发、测试、准生产数据库的备份都是nfs挂载的nas盘和备份主机的本地磁盘，最近nas的权限做了调整后，导致nfs挂载点掉了。df -h看不到挂载的nas，并且导致操作hang住。 一、'df -h' hang [root@develop119 ~]# df -h 文件系统              容量  已用 可用 已用% 挂载点 /dev/sda5
nfs:server is not responding,still trying 原因与解决方案
kodmoqn的博客
06-18 641
nfs:server is not responding,still trying 原因与解决方案
nfs: server XXX is not responding,still trying 原因与解决方案
weixin_30667301的博客
11-02 192
在arm上通过主机建立的nfs，挂载主机目录到arm板上，当读取文件的时候出现nfs: server XXX is not responding,still trying ……，直接导致arm系统崩溃。原因是因为NFS 的默认传输协议是 UDP，而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象，即不可靠传输。所以解决方法是用可靠传输TCP。 #mount -o t...
oracle 10g rac nfs,Oracle10g RAC归档在AIX上设置NFS方式
weixin_42109925的博客
04-06 170
由于容灾项目Goldengate实施需要，在PMS系统上需要把两个节点归档路径设置成NFS共享，首先交代一下环境：AIX 5300-08-05-0846 + Oracle10.2.0.4 RAC我们按照AIX的Smitty设置NFS共享后，在用rman备份归档时报如下错误：RMAN>run2>{3>allocatechannelc1devicetypesbt;4&...
NFS SERVER 引起aix系统无法启动
weixin_34146805的博客
04-09 565
问题：再双网卡绑定的时候 没有IP地址的情况下 重启了小机 造成了NFS 文件系统无法访问网络 卡死再启动界面 aix无法进入(aix 5.3)解决思路：进入aix 维护模式 把 vi /etc/filesystems 中相关的参数改成 mount=false进入维护模式方法参考：http://www.68idc.cn/help/jiabenmake/qita/2014022...
用逆向方法：排除一例 NFS （网络文件系统）罕见故障
12-21 1103
用逆向方法：排除一例 NFS （网络文件系统）罕见故障前言NFS 卡住了tcpdump 抓包像福尔摩斯一样思考参考  作者：高玉涵  时间：2021.12.20 09:47  博客：blog.csdn.net/cg_i  环境：  1 号机： HP-UX B.11.31 U ia64  2 号机：Linux 4.19.90-24.4.v2101.ky10.x86_64 前言  手头项目需要 HP-UX 和 LINUX 系统，远程访问同一存储。系统部同事给出的办法是，使用 Sun 的网络文件系统（NFS）协
AIX-6.1系统下详述ORACLE11g安装步骤
AIX 6.1环境下安装Oracle 11g需要特定的软件包，如： - `bos.adt.base` - `bos.adt.lib` - `bos.adt.libm` - `bos.perf.libperfstat6.1.2.1 or later` - `bos.perf.perfstat` - `bos.perf.proctools` - `xlC.aix61....
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值