similar to: Maximum and minimum OCFS2 volume sizes?

Another simple question. How do I calculate the size of the volume from the superblock? Do I just use the two fields: u_int32_t s_blocksize_bits; /* Blocksize for this fs */ u_int32_t s_clustersize_bits; /* Clustersize for this fs */ What is the formula to use? Thanks, John

On Fri, Apr 21, 2023 at 03:35:01PM +0800, Joseph Qi wrote: > Hi, > Could you please share a reproducer? > Anyone could access & download the URL [1] (I wrote it in patch commit log) without register SUSE account. Please check attachment file, which I downloaded from [1] and modified under the BZ comment 1. The trigger method is also in comment 1, I copy here: ./defragfs_test.sh -d

Hi all Sombedody can points me to a good tutorial about using high availabilty clusters with xen using heratbeat2, ocfs2 and evms under rhel/centos, debian or sles?? I am doing various searches without a result ... (google shows me a lot of references, mailing lists, etc but not a good doc) Many thanks. -- CL Martinez carlopmart {at} gmail {d0t} com

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'

Hi all, I created a OCFS2 volume with a block size of 4kB and a clustersize of 4kB. After I mounted the volume the first time there have been already over 600 MB in use. Then I started to copy a directory with a overall size of 1784 MB(measured on an XFS with "du"). After an hour about 4 GB(!) have been used on the OCFS2 volume so I stopped the copy. The files I copied are mostly

This fixes three issues on move extents ioctl without auto defrag: a) In ocfs2_find_victim_alloc_group(), we have to convert bits to block first in case of global bitmap. b) In ocfs2_probe_alloc_group(), when finding enough bits in block group bitmap, we have to back off move_len to start pos as well, otherwise it may corrupt filesystem. c) In ocfs2_ioctl_move_extents(), set me_threshold both for

This commit fixes three issues on non-auto defrag path (defragfs.ocfs2 doesn't set OCFS2_MOVE_EXT_FL_AUTO_DEFRAG on range.me_flags): - For ocfs2_find_victim_alloc_group(), old code forgot enlarge bitmap range for global_bitmap case. Old code could generate negative vict_bit. - For ocfs2_probe_alloc_group(), old code forgot back off move_len when finding enough bitmap space. Old code has

Hi all, I stumbled over a curious thing. The Linux tools "df" and "du" aren't working correctly on an OCFS2 filesystem. "df" shows approx. twice the size as there is on the volume. Here how I found out about this issue: - same dir(a few files more in OCFS but the files are ca. 12 kB in size), first on XFS second on the OCFS volume # du -ms

So is there any possibility of getting it so that the Subversion repository can get the check-in comments from the internal CVS repository? At the moment every log file comment I see in SVN is "Sync". Which doesn't really let me know what has happenned without having to go lock at the actual diff between the two versions. And even then I may not have any idea why the change was

So is there any possibility of getting it so that the Subversion repository can get the check-in comments from the internal CVS repository? At the moment every log file comment I see in SVN is "Sync". Which doesn't really let me know what has happenned without having to go lock at the actual diff between the two versions. And even then I may not have any idea why the change was

Yes, the clients are doing lots of creates. But my question is, if this is a memory leak, why does ocfs2 eat up the memory as soon as the clients start accessing the filesystem. Within about 5-10 minutes all physical RAM is consumed but then the memory consumption stops. It does not go into swap. Do you happen to know what version of ocfs2 has the fix? If it was a leak would the process not be

One more follow on, The combination of kernel.panic=60 and kernel.printk=7 4 1 7 seems to have netted the culrptit: E01-netconsole.log:Jan 18 09:45:10 E01 (10,0):o2hb_write_timeout:137 ERROR: Heartbeat write timeout to device dm-12 after 60000 milliseconds E01-netconsole.log:Jan 18 09:45:10 E01 (10,0):o2hb_stop_all_regions:1517 ERROR: stopping heartbeat on all active regions.

Now it's a good time to introduce the new tool 'o2info' since kernel part of OCFS2_IOC_INFO ioctl has been pulld upstream by linus. The following 6 patches have already got sunil's SOBs, and now they're trying to attract more reviewers before it goes to central repo with a modification of getting manual pages being introduced.

Hi, All, These four patches are all related to ocfs2 on hard readonly mount. patch 1 fix oops when umount ocfs2 on hard readonly device. Because ocfs2_dismount_volume() will call ocfs2_cluster_hangup() and then call ocfs2_stack_driver_put(), will hit BUG_ON(active_stack == NULL). patch 2 fix oops when do ls or cat in ocfs2 on hard readonly device. Because ocfs2_open_lock() will call

Hi all We are using a 2 node cluster with drbd 8 (primary/primary state) and ocfs2. Reading a file on one node while it will be written on the other node is very slow. Reading a file on node while it will be written on the same node is fast. In the first case the node which wants to read the file has to ask the other to downgrade the locklevel. In my opinion this is a bottleneck, if the files are

Afternoon, We have an ocfs2 release 1.4 filesystem shared between two nodes (RHEL5). The filesystem in question is used exclusively for Oracle RMAN backups. A df -h shows the following: [root at imsthdb07 ~]# df -h /data/orabackup Filesystem Size Used Avail Use% Mounted on /dev/mapper/eva_mpio_myserver07_08_oracle_bkup0 250G

Dear Srs, I get this error when running "mkfs.ocfs2": ================================================================================= # mkfs.ocfs2 -b 4K -C 32K -N 255 -L backup_ocfs2_001 /dev/sdb1 mkfs.ocfs2 1.2.7 Filesystem label=backup_ocfs2_001 Block size=4096 (bits=12) Cluster size=32768 (bits=15) Volume size=6000488677376 (183120382 clusters) (1464963056 blocks) 5678 cluster

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

On 2/20/23 1:05 PM, Heming Zhao wrote: > This fixes three issues on move extents ioctl without auto defrag: > > a) In ocfs2_find_victim_alloc_group(), we have to convert bits to block > first in case of global bitmap. > b) In ocfs2_probe_alloc_group(), when finding enough bits in block group > bitmap, we have to back off move_len to start pos as well, otherwise it > may

Hello, First, thanks to all the people who helped to license this software under the GPL. This is a very important piece of work for the Free Software in the Enterprise Market. Just a few newbie questions. We've been thinking about implmenting a mail cluster with a Fiber SAN (IBM DS-4000) and OCFSv2 as the storage backend. The information on this volume will essentially be Postfix Maildirs,