> -----Original Message----- > From: [email protected] [mailto:ocfs2-users- > [email protected]] On Behalf Of Ulf Zimmermann > Sent: Thursday, May 20, 2010 6:37 PM > To: 'Joel Becker' > Cc: [email protected] > Subject: Re: [Ocfs2-users] fsck.ocfs2 using huge amount of memory? > > > -----Original Message----- > > From: Joel Becker [mailto:[email protected]] > > Sent: Thursday, May 20, 2010 6:31 PM > > To: Ulf Zimmermann > > Cc: [email protected] > > Subject: Re: [Ocfs2-users] fsck.ocfs2 using huge amount of memory? > > > > On Thu, May 20, 2010 at 06:00:19PM -0700, Ulf Zimmermann wrote: > > > We are setting up 2 new EL5 U4 machines to replace our current > > database servers running our demo environment. We use 3Par SANs and > > their snap clone options. The current production system we snap > clone > > from is EL4 U5 with ocfs2 1.2.9, the new servers have ocfs2 1.4.3 > > installed. Part of the refresh process is to run fsck.ocfs2 on the > > volume to recover, but right now as I am trying to run it on our > 700GB > > volume it shows a virtual memory size of 21.9GB, resident of 10GB and > > it is killing the machine with swapping (24GB physical memory). > > > > > > Can anyone enlighten what is going on? > > > > How big are your filesystems? Can we get the output of > > debugfs.ocfs2 -R 'stats' /dev/xxx? > > Recent fsck.ocfs2 knows how to build its own I/O cache for > > significant speed improvements. It only tries to get as much cache > as > > the filesystem actually needs, and no more than half of system > memory. > > That's why I'm asking for your filesystem size - I'm guessing you > have > > more than 12GB of used space on the filesystem, so fsck.ocfs2 is > trying > > to grab that much cache. > > dbdemo01 root /home/atcit # debugfs.ocfs2 -R 'stats' /dev/mapper/u01 > Revision: 0.90 > Mount Count: 0 Max Mount Count: 20 > State: 0 Errors: 0 > Check Interval: 0 Last Check: Sun Feb 17 12:14:33 2008 > Creator OS: 0 > Feature Compat: 1 backup-super > Feature Incompat: 0 > Tunefs Incomplete: 0 > Feature RO compat: 0 > Root Blknum: 513 System Dir Blknum: 514 > First Cluster Group Blknum: 256 > Block Size Bits: 12 Cluster Size Bits: 20 > Max Node Slots: 10 > Extended Attributes Inline Size: 0 > Label: /export/u01 > UUID: 1543E66DCDC14370B24351676B8E4ABF > Hash: 0 (0x0) > Cluster stack: classic o2cb > Inode: 2 Mode: 00 Generation: 4081245430 (0xf342dcf6) > FS Generation: 4081245430 (0xf342dcf6) > CRC32: 00000000 ECC: 0000 > Type: Unknown Attr: 0x0 Flags: Valid System Superblock > Dynamic Features: (0x0) > User: 0 (root) Group: 0 (root) Size: 0 > Links: 0 Clusters: 716800 > ctime: 0x47b895a9 -- Sun Feb 17 12:14:33 2008 > atime: 0x0 -- Wed Dec 31 16:00:00 1969 > mtime: 0x47b895a9 -- Sun Feb 17 12:14:33 2008 > dtime: 0x0 -- Wed Dec 31 16:00:00 1969 > ctime_nsec: 0x00000000 -- 0 > atime_nsec: 0x00000000 -- 0 > mtime_nsec: 0x00000000 -- 0 > Last Extblk: 0 Orphan Slot: 0 > Sub Alloc Slot: Global Sub Alloc Bit: 65535 > > Also adding to bug 1255.
About 451GB in use out of the 700GB. _______________________________________________ Ocfs2-users mailing list [email protected] http://oss.oracle.com/mailman/listinfo/ocfs2-users
