File system not mounting at bootup

UNIX AIX
1

Hi,

I've got a recent problem with 2 file systems on an AIX 5.3 server. The fs's are marked to auto mount at startup and do show as being mounted after a a restart however if you cd to the mount point and 'df -g .' it shows the fs hasn't actually mounted.

$ mount |grep SQLT0001.0
         /dev/stpfadb03   /db2data/db2afaa1/stpfaad1/data/db2afaa1/NODE0000/SQL00001/SQLT0001.0 jfs2   Jul 31 13:05 rw,log=/dev/loglv01
         /dev/stpmbdb04   /db2data/db2amba1/stpmbadr/data/db2amba1/NODE0000/SQL00001/SQLT0001.0 jfs2   Jul 31 13:05 rw,log=/dev/loglv01
         /dev/stpdbdb04   /db2data/db2adba1/stpdbad1/data/db2adba1/NODE0000/SQL00001/SQLT0001.0 jfs2   Jul 31 13:05 rw,log=/dev/loglv01
         /dev/stpdbdb09   /db2data/db2adbb1/stpdbad1/data/db2adbb1/NODE0000/SQL00001/SQLT0001.0 jfs2   Jul 31 13:05 rw,log=/dev/loglv01
$ cd /db2data/db2amba1/stpmbadr/data/db2amba1/NODE0000/SQL00001/SQLT0001.0
/db2data/db2amba1/stpmbadr/data/db2amba1/NODE0000/SQL00001/SQLT0001.0 $ df -g .
Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on
/dev/stpmbdb02      1.00      0.97    3%      307     1% /db2data/db2amba1/stpmbadr/data
$

If I try and mount this fs I get the message 'The requested resource is busy', so I have to unmount it and then mount it and it mounts correctly.

$ ls -l /db2data/db2amba1/stpmbadr/data/db2amba1/NODE0000/SQL00001/SQLT0001.0
total 0
$ unmount /db2data/db2amba1/stpmbadr/data/db2amba1/NODE0000/SQL00001/SQLT0001.0
$ mount /db2data/db2amba1/stpmbadr/data/db2amba1/NODE0000/SQL00001/SQLT0001.0
$ ls -l /db2data/db2amba1/stpmbadr/data/db2amba1/NODE0000/SQL00001/SQLT0001.0
total 8
-rw-------   1 db2amba1 stpaadm         512 Jul 31 00:18 SQLTAG.NAM
$

Anyone got any ideas what could be causing this?

Thanks

Gareth

2

Hi,

maybe the filesystem /db2data/db2amba1/stpmbadr/data was mounted after /db2data/db2amba1/stpmbadr/data/db2amba1/NODE0000/SQL00001/SQLT0001.0.
In what order do they appear in /etc/filesystems?

3

That hadn't crossed my mind as it had been working in the past but it looks like someone's been amending this manually. Thanks for your help.

Gareth