similar to: Possibility for networkless installation (for long distance shared storage)

Hi, I sent an email to Mark Fisheh of Oracle Corp. & posted this issue at OTN under Linux thread this morning. I hope that someone among you might have experienced this and can help. On that basis, I am sending this to you too. I am stuck & will really appreciate if you can shed some light on this. Thanks. Anjan

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7b50567bdcad8925ca1e075feb7171c12015afd1 commit: 0737e01de9c411e4db87dcedf4a9789d41b1c5c1 ocfs2: ocfs2_mount_volume does cleanup job before return error config: arm64-randconfig-m041-20230329 (https://download.01.org/0day-ci/archive/20230401/202304012244.gX4H4rBO-lkp at intel.com/config) compiler:

A and B are identical machines. Network has lots of redundancy. They both access same OCFS2 volumes over Fiber Channel on a SAN. Red Hat Enterprise Linux Server release 5.3 (Tikanga) 2.6.18-128.el5 x86_64 OCFS2 1.2.9 There's a software appending lines to some log files on a SAN volume shared by both nodes. Either system can write to the log files. As a redundancy test, I cut off power to

Hello, Any word on when extended attribute support will be added to OCFS2? What are the impediments to someone implementing this? Alternatively, has anyone implemented a patch to add extended attribute support to OCFS2? I've been watching the open source Lustre fs development, too. I noticed that they have added extended attribute support. However, OCFS2 is more attractive for some

I also sent this to OCFS2-devel but no response so far. So... I noticed that OCFS2 got updated in the last few days. I just tried to do a build and got this: [root@linuxjohn2 trunk]# make make -C src make[1]: Entering directory `/root/ocfs2/trunk/src' make[1]: *** No rule to make target `inc/io.h', needed by `alloc.c'. Stop. make[1]: Leaving directory `/root/ocfs2/trunk/src'

Found 15 patches (out of 162) that appeared relevant to ocfs2 1.4. Please review. Sunil

In reflink we update the id info in the disk but forget to update the corresponding information in the VFS inode. So update them accordingly in case we want to preserve the attributes. Reported-by: Jeff Liu <jeff.liu at oracle.com> Signed-off-by: Tao Ma <tao.ma at oracle.com> --- fs/ocfs2/refcounttree.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git

We just installed a new cluster with 6 HP DL380g5, dual single port Qlogic 24xx HBAs connected via two HP 4/16 Storageworks switches to a 3Par S400. We are using the 3Par recommended config for the Qlogic driver and device-mapper-multipath giving us 4 paths to the SAN. We do see some SCSI errors where DM-MP is failing a path after get a 0x2000 error from the SAN controller, but the path gets puts

I'm writing a stackable file system and one of it's features is that it can combine many sparse files into a single view. On ext2/3 I was using bmap to give me the information needed, so for instance, if I created a big sparse file and tacked on some information at the end on ext2/3 I'd get something like blade12:~# ~/a.out abc File: abc Size: 30002 Blocks: 8 Blocksize: 4096 0

Hi Greg, The following two patches move /sys/o2cb into /sys/fs/o2cb as we previously discussed. A symlink is created to maintain compatibility with existing versions of ocfs2-tools. A patch to automatically search /sys/fs/o2cb has been committed to the ocfs2-tools repo and a release with that code shouldn't be too far out. Old versions of ocfs2-tools have been tested and work fine with the

Anyone tracking svn for the last week or so has probably noticed the large number of changes happening to the code base. We're making some disk format changes, so people tracking ocfs2 will also have to closely track ocfs-tools trunk. Also, be prepared to have to reformat your file systems :) As far as what we're actually doing -- we're (finally!) fixing the directory layout issues

What we were doing before was to ask for the current window size as the maximum allocation. This had the effect of limiting the amount of allocation we could get for the local alloc during times when the window size was shrunk due to fragmentation. In some cases, that could actually *increase* fragmentation by artificially limiting the number of bits we can accept. So while we still want to ask

The following patch adds ocfs support to blkid. --rusty # This is a BitKeeper generated patch for the following project: # Project Name: Ext2 filesystem utilities # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.1327 -> 1.1328 # lib/blkid/probe.c 1.15 -> 1.16 #

Hi, I have 24 ocfs2 volumes on FC storage on 2 ocfs2 node connected 10gig fiber ethernet as back to back. When I start copy process from the some ocfs2 volumes to another ocfs2 volumes via rsync program, one node crashes (I tried many times). There is no any log message in the log files (kern.log, messages etc.). When I add the "sleep 6" line between each copy process, no problem.

Like tools, the checksum validate function now prints the values in hex. Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com> --- fs/ocfs2/blockcheck.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/ocfs2/blockcheck.c b/fs/ocfs2/blockcheck.c index ec6d123..c7ee03c 100644 --- a/fs/ocfs2/blockcheck.c +++ b/fs/ocfs2/blockcheck.c @@ -439,7 +439,7 @@ int

On Mon, Mar 26, 2007 at 01:57:17PM +0200, Lars Ellenberg wrote: > > uhm, how about > > commit b559292e066f6d570cd5aa5dbd41de61dd04bdce > tree d8221b5f54ad9b8cef694de687013614dccf5966 > parent 925037bcba7691db2403684141a276930ad184f3 > author Philipp Reisner <philipp.reisner@linbit.com> Thu, 11 Jan 2007 10:58:10 +0100 > committer Mark Fasheh

In commit 6b82021b9e91cd689fdffadbcdb9a42597bbe764, we increase our local alloc size and calculate how much megabytes we can get according to group size and volume size. But we also need to check the maximum bits a local alloc block bitmap can have. With a bs=512, cs=32K, local volume with 160G, it calculate 96MB while the maximum local alloc size is only 76M. So the bitmap will overflow and

filldir_t can take this, so don't turn de->inode into a 32 bit value. Right now this doesn't make a difference since no ocfs2 inodes overflow that, but it could be a nasty surprise later on if some kernel code is calling ocfs2_dir_foreach_blk() and expecting real inode numbers back... Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com> --- fs/ocfs2/dir.c | 2 +- 1 files

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(). Because uuid_str is identified no mater on big or litlle endian machine, it's also endian consistent to use

=20 >-----Original Message----- >From: ocfs2-devel-bounces@oss.oracle.com=20 >[mailto:ocfs2-devel-bounces@oss.oracle.com] On Behalf Of Wim Coekaerts >Sent: 2004=C4=EA6=D4=C222=C8=D5 16:01 >To: Zhang, Sonic > >the problem is, how can we notify. I think we don't want to=20 >notify every >node on every change othewise we overload the interconnect and we don't