The UNIX and Linux Forums  

Go Back   The UNIX and Linux Forums > OS Specific Forums > AIX
Google UNIX.COM


AIX AIX is IBM's industry-leading UNIX operating system that meets the demands of applications that businesses rely upon in today's marketplace.

More UNIX and Linux Forum Topics You Might Find Helpful
Thread Thread Starter Forum Replies Last Post
my netscap browser automatically closed adnangc SUN Solaris 1 02-06-2008 01:29 AM
Terminal Closed automitically... thepurple SUN Solaris 7 12-03-2007 07:16 AM
Closed ports lo-lp-kl UNIX for Dummies Questions & Answers 2 11-16-2006 03:13 PM

Reply
 
Submit Tools LinkBack Thread Tools Search this Thread Display Modes
  #1  
Old 05-07-2008
Shrek's Avatar
Registered User
 

Join Date: Dec 2007
Location: India
Posts: 15
Unhappy Filesystems automatically umounted Closed/Synced

Hello friends,

I am confused with one of aix filesystem problem.
On one of my server, some of my rootvg filesystems shows Closed/synced status for i.e /home, /var/adm/ras/platform
Everyday i manually mount these filesystems.

What is the reason causing filesystems to go in Closed/synced state?.
Also /etc/filesystems attributes seems to be normal. Please refer below outputs.

Code:
# lsvg -l rootvg 
rootvg:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
hd5                 boot       1     2     2    closed/syncd  N/A
hd6                 paging     32    64    2    open/syncd    N/A
hd8                 jfs2log    1     2     2    open/syncd    N/A
hd4                 jfs2       16    32    2    open/syncd    /
hd2                 jfs2       120   240   2    open/syncd    /usr
hd9var              jfs2       24    48    2    open/syncd    /var
hd3                 jfs2       40    80    2    open/syncd    /tmp
hd1                 jfs2       24    48    2    closed/syncd  /home
hd10opt             jfs2       24    48    2    open/syncd    /opt
fwdump              jfs2       1     2     2    closed/syncd  /var/adm/ras/platform
tsmtestlv           jfs        10    10    1    closed/syncd  N/A
fslv00              jfs2       1     1     1    closed/syncd  /testtsm
loglv06             jfslog     1     1     1    closed/syncd  N/A
fslv07              jfs2       8     8     1    closed/syncd  /tsmdata/toc
lv02                jfs        117   117   1    closed/syncd  /mkcd/cd_images
/etc/filesystems
Code:
 
/home:
        dev             = /dev/hd1
        vfs             = jfs2
        log             = /dev/hd8
        mount           = true
        check           = true
        vol             = /home
        free            = false
Please help ASAP.
Reply With Quote
Forum Sponsor
  #2  
Old 05-08-2008
Bughunter Extraordinaire
 

Join Date: May 2005
Location: In the leftmost byte of /dev/kmem
Posts: 1,260
The "mount = TRUE" indicates that the FS would be mounted automatically during a reboot, so that rules a reboot out.

The only other way to get a FS into "closed" state is to umount it. Maybe this is done by some script, which runs frequently?

You could write a little script which tests if /home is still mounted in regular intervals and writes a timestamp to a log file each time it is. This way you cound find out when exactly the umount happens. Have a look then in the crontabs, maybe you can find the "offender".

Just guessing, but could it be some that a script mounts an NFS share, tries to umount it and simply gets it wrong - umounting not the NFS share but the /home FS?

I hope this helps.

bakunin
Reply With Quote
  #3  
Old 05-08-2008
Registered User
 

Join Date: May 2008
Location: Northern Ireland
Posts: 14
Do you have automount enabled for these filesystems ... than they might appear unmounted as long as they are not used.

Rgds
zx
Reply With Quote
  #4  
Old 05-20-2008
Shrek's Avatar
Registered User
 

Join Date: Dec 2007
Location: India
Posts: 15
Red face

Quote:
Originally Posted by bakunin View Post
The "mount = TRUE" indicates that the FS would be mounted automatically during a reboot, so that rules a reboot out.

The only other way to get a FS into "closed" state is to umount it. Maybe this is done by some script, which runs frequently?

You could write a little script which tests if /home is still mounted in regular intervals and writes a timestamp to a log file each time it is. This way you cound find out when exactly the umount happens. Have a look then in the crontabs, maybe you can find the "offender".

Just guessing, but could it be some that a script mounts an NFS share, tries to umount it and simply gets it wrong - umounting not the NFS share but the /home FS?

I hope this helps.

bakunin

Sorry for the late reply guys. Thanks Bak,
Ya your right. Theres a kinda backup script run by tivoli which has umount all and varyoffvg command for some of my apps vgs. But at later after the backup activity theres another script which varyons the same vgs and mounts my application filesystems.
So now the question arises is when the 1st script runs umount all why /home does get in closed/synced mode? though it is system related filesystem?
Reply With Quote
  #5  
Old 05-20-2008
Registered User
 

Join Date: Apr 2008
Posts: 2
Unmount them manually and then use whatever the script uses to mount them, probably mount -a and see if it fails. Sometimes /etc/filesystems needs pruning, though that's usually when you have nested filesystems like /home and /home/fsname, etc.
Reply With Quote
Google The UNIX and Linux Forums
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes




All times are GMT -7. The time now is 11:11 PM.


Powered by: vBulletin, Copyright ©2000 - 2006, Jelsoft Enterprises Limited.
The UNIX and Linux Forums Content Copyright ©1993-2008. All Rights Reserved.Ad Management by RedTyger Visit The Complex Event Processing Blog

Content Relevant URLs by vBSEO 3.2.0