similar to: Fwd: Re: Determining which version of ocfs2 tools a filesystem was created with.

I have a setup with lot's of small files (Maildir), in 4 different volumes and for some reason the volumes are full when they reach 60% usage (as reported by df ). This was ofcourse a bit of a supprise for me .. lots of failed writes, bounced messages and very angry customers. Has anybody on this list seen this before (not the angry customers ;-) ? Regards, =paulv # echo "ls

Hi, i tried to make a RAID5 Software Raid with 3 HDDs Disk /dev/xvdb: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0xe86f85d6 Device Boot Start End Blocks Id System /dev/xvdb1 1 30401 244196001 fd Linux raid autodetect Disk /dev/xvdc: 250.0 GB,

Firstly I apologise for the length of this query but I am hoping that if I document everything I did someone might respond / be able to help. My Configuration is Samba 3.0.2a as a PDC on Redhat 8. I cannot for the life of me get the "Domain Admins" functionality to work I am hoping that another set of eyes can shed some light on this problem as I have now spent 41 hrs googling /

> Olle E Johansson wrote: >> >> 23 apr 2007 kl. 19.55 skrev Russell Bryant: >> >>> John Todd wrote: >>>> To morph this into a -dev thread: if this patch were to become (again) >>>> useful and error-free, is there any objection or usefulness in adding it >>>> to TRUNK? Personally, I think there is, if there is a method by which

Stable folks, When a user creates a local (non-clustered) ocfs2 filesystem, accessing the /sys/kernel/debug/<uuid>/fs_state file will crash the system. This patch fixes the crash by correctly handling local filesystems. The problem was introduced with 2.6.30 and does not affect 2.6.29. It is mainline commit c3d38840abaa45c1c5a5fabbb8ffc9a0d1a764d1. Joel From: Sunil Mushran

http://bugzilla.netfilter.org/show_bug.cgi?id=747 Summary: IPtables marked packets not being inpsected in NAT table. Product: iptables Version: CVS (please indicate timestamp) Platform: All OS/Version: All Status: NEW Severity: major Priority: P3 Component: iptables AssignedTo:

Does this release also include what our DBA referenced below regarding indexed directories fix? Thanks,? ? George Burgos Linux Systems Administrator LPIC I/OCA-DBA Senior Systems Analyst Powell Industries, Inc. gburgos at powellind.com Tel:???????? (713)947-4493 Fax:??????? (713)943-1268 -----Original Message----- From: Hu, Linn Sent: Monday, April 19, 2010 1:20 PM To: OracleDBA; _LinuxAdmins

Hi, I have 2 questions : 1. OCFS2 works on which schema. 2. If i run my rac on OCFS2 and i need to restore my datafile in other database which is runing on ASM , Is that possible? If yes how? Thanks & regards Suvankar --- On Thu, 3/11/10, ocfs2-users-request at oracle.com <ocfs2-users-request at oracle.com> wrote: > From: ocfs2-users-request at oracle.com <ocfs2-users-request

I think I might have miss understood where it is failing, has this file been added to the DB on the web site or does it fail when you try to onfigure this? Carle Simmonds Infrastructure Consultant Technology Services Experian UK Ltd __________________________________________________ Tel: +44 (0)115 941 0888 (main switchboard) Mobile: +44 (0)7813 854834 E-Mail: carle.simmonds at uk.experian.com

Hi, Is this "Unresolved Symbols" issue only occurring on VMware with e.38? We have OCFS users want to update their kernel to e.34 or e.38 without VMware. Please advise, Thanks! Roger--- -----Original Message----- From: Wim Coekaerts [mailto:wim.coekaerts@oracle.com] Sent: Friday, April 30, 2004 12:20 PM To: Sunil Mushran Cc: ocfs-users@oss.oracle.com Subject: Re: ENC: ENC:

Hello, With kernel 3.4.0 as a dom0 and a 3.3.6 as a domU, i get the following oops on the dom0 kernel when I rsync / to a filesystem mounted on a loop device: http://77.36.72.222/P5230845.JPG The domU config: ierdnac-hp ~ # cat /mnt/gentoo/xen kernel = "/boot/vmlinuz-3.3.6-pf-c241.old" name="gentoo" memory = 2048 vcpus = 1 pae = 1 acpi = 1 apic = 1 stdvga=0

This is related to the "No space on OCFS2 volume" error discussed here this past Sep/Oct. Our Oracle support rep pointed us to Metalink note #1232702.1 and suggested we should script something up to periodically check the free contiguous blocks in the group chains for the volume in question. Reading the note, I get how to get Clusters per Group X Bits per Cluster from the "stat

Hi All, We have encountered a case that extent alloc gd has been abnormally cleared. In our environment, the volume has been formatted with 128 slots but actually has 64 slots in use. Since extent alloc is allocated when formatting, and extent_alloc:0107 (inode 259) hasn't been use in our environment, I have no idea how it can happen. Does any one have an idea? The fsck log is attached below:

On Sat, Feb 28, 2009 at 18:13:12 PST 2009, Joel Becker wrote: > On Sat, Feb 28, 2009 at 12:09:37PM +0000, Nuno Fernandes wrote: > > > That's rather odd. What is the blocksize and cluster size of > > > this filesystem? Can you send me the output of 'debugfs.ocfs2 -R "stat > > > /.zbr" /dev/hda3'? > > > > > > Joel > >

OK, so what is the answer to jsmith's question? On 6/22/08 wine-users-request at winehq.org wrote: > Message: 4 > Date: Sun, 22 Jun 2008 18:22:59 -0700 > From: James McKenzie <jjmckenzie51 at sprintpcs.com> > Subject: Re: [Wine] Wine on Windows XP > To: Michael Reich <reich.mikey at gmail.com> > Cc: wine-users at winehq.org > Message-ID: <485EFAF3.8010907

Currently f_fsid of struct kstatfs returned from ocfs2_statfs() is undefined (vfs layer fills 0 as default). Since in some conditions, f_fsid value might be used as (f_fsid, ino) pair to uniquely identify a file, ocfs2 should return a unique defined f_fsid value from ocfs2_statfs(). This patch uses uuid_hash as a unique ID to initiate f_fsid value. The 32bits width is enough for ocfs2 membership

In ocfs2_dentry_attach_lock(), if unable to get the dentry lock(), we need to call iput(inode) because a failure here means no d_instantiate(), which means the normally matching iput() will not be called during dput(dentry). This patch fixes the oops that accompanies the following message: (3996,1):dlm_empty_lockres:2708 ERROR: lockres W00000000000000000a1046b06a4382 still has local locks! kernel

Replace wait_event_interruptible() with wait_event() in o2net_send_message_vec(). This is because this function is called by the dlm that expects signals to be blocked. Fixes oss bugzilla#1126 http://oss.oracle.com/bugzilla/show_bug.cgi?id=1126 Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com> --- fs/ocfs2/cluster/tcp.c | 7 ++----- 1 files changed, 2 insertions(+), 5

Here's a basic overview of the bug and a workaround for any DBA's or SysAdmin's reading this list. I'm sure that there will be an official fix soon, this is just an FYI if you run into the problem I had in the meantime. As soon as you install the updated ocfs-*.rpm the problem will go away. (You won't even need to fsck or anything... aren't they such nice guys?)

Hi Sunil, I had filed a bug and saw your response stating that it would be fixed in version 14. In the meanwhile , what we want to know is whether this bug is a minor bug and can be ignored for now. Does reporting 100% inodes cause any problem for the OCFS file system or can we ignore this bug and go into production. Also can you tell us by when version 14 would be released. R'gds