similar to: Announcing ext3-0.0.5e

Does the ext3 patch applies on top of the newly released 2.4.6 kernel (and/or the 2.4.6-ac1 variant) ? I want to upgrade to the new kernel and wanted to know before I run into problems if there are any known problems and if it's better to wait for an 'official' release. Thanks. Stelian. -- Stelian Pop <stelian.pop@fr.alcove.com> |---------------- Free Software Engineer

Hi. IIRC, I had the same problem with 2.4.3 and ext2, I'm not sure if with the same directory entry, but at the time fsck fixed without any problems. I only know that the error again is with my Mozilla sources. The Mozilla sources are in another partition. I used lndir from my root fs to symlink everything and build it. At some point c++ segfaulted (happens a lot with my GCC 3.0), and I had

Is there an updated version of the fileutils df that will show mounted ext3 partitions? I'm using fileutils-4.1. -- Curtis Hogg [buckminst@inconnu.isu.edu] ---------------------------------------------- T-shirt Of The Day: I'm the person your mother warned you about. ---------------------------------------------- Email 1 - buckminst@inconnu.isu.edu Email 2 - buckminst@hotmail.com WWW -

Hi. While reading Documentation/filesystems/ext2.txt I noticed that the information about ext3 is outdated: The ext3 code is currently (Apr 2001) available for 2.2 kernels only, and not yet available for 2.4 kernels. Journaling (ext3) ftp://ftp.uk.linux.org/pub/linux/sct/fs/jfs/ The file was touched when I applied the 2.4.7 patch from Linus, so I suspect it's maintained. --

Hi, ext3-0.0.6a has been uploaded to ftp.uk.linux.org:/pub/linux/sct/fs/jfs/ext3-0.0.6a.tar.gz and ftp.*.kernel.org:/pub/linux/kernel/people/sct/ext3/ext3-0.0.6a.tar.gz This version changes the way dirty buffers are marked to protect against device drivers which might block in the ll_rw_block() function. (Loop and lvm are examples.) It should also fix a rare but persistent report of

hi all, sorry when i am off topic, but: i am trieing to compile the new e2fsprogs like the ext3-manual recommend. but it don't want to work, and it's look like i need a programm which is named "makeinfo". does anybody had the same problems, or know where i can find it? thanks for all.. i added my error-log Andreas log: make[1]: Wechsel in das Verzeichnis Verzeichnis

Dear Sir or Ma'am: I am interested to think about implementing EXT3 onto my servers here. However, I have some concerns and am hoping someone can address them. 1) If I install ext3 what is the likelihood that the extent of damage caused by its bugs will be limited to just the fact that the journals may not work properly? Alternatively, do I risk real damage to files and the filesystem at

Dear Ted, I upgraded e2fsprogs and util-linux to the latest versions, as per the instructions on the "ext3 for 2.4" page, to make the switching between ext2-only and ext3-enabled kernels seamless. Now that if the filesystems have not been unmounted cleanly, due to a power failure for example, "fsck -A -a" cannot continue after checking the root filesystem on reboot, issuing

Hi. I was using ext3 0.0.1 without any problems in the last 33 days (same boot). / was still ext2, but I changed /etc/fstab to ext3. /home/ftp/pub/ is ext3. I mounted /home/ftp/pub/slakware/bare.i with loopback in /mnt/floppy/. After some time: ==> /var/log/syslog <== Jul 4 09:40:51 pervalidus kernel: Assertion failure in ext3_prepare_write() at inode.c:934: "handle != 0" Jul 4

Hi, I have uploaded ext3-0.0.5b.tar.gz to ftp.*.kernel.org:/pub/linux/kernel/people/sct/fs/ext3/test/ and ftp.uk.linux.org:/pub/linux/sct/fs/jfs/test/ New in this release is a functionally complete implementation of metadata-only journaling: data writes will no longer have to be written to the journal. Journaling still imposes some extra serialisation points between interacting processes, so

Hi all, I've pushed my current set of ext3 diffs (against Marcelo's current tree) to http://people.redhat.com/sct/patches/ext3-2.4/dev-20030314/ This includes: 00-merged/ diffs recently merged into 2.4 10-core-fixes-other/ misc fixes/tweaks from akpm, adilger 11-core-fixes-sct/ misc fixes/tweaks from sct 20-tytso-updates/ Ted's recent updates 21-updates-sct/ recent sct diffs

hi. i'm using 2.2.18 with ext3-0.0.5e on a dual p3-550 with 1.5 gigs of ram. the system is redhat 6.2-based but with lots of modifications and a clean kernel build. i've been using 2.2.18 and 2.2.17 with ext3 patches on other machines with much success and no problems, up until last night, when the machine mentioned above kernel panicked on me. unfortunately i don't have much of

Hi all, ext3-0.0.5c is now up at: ftp.uk.linux.org:/pub/linux/sct/fs/jfs/ and ftp.*.kernel.org:/pub/linux/kernel/people/sct/ext3/ The most important part of this release is the e2fsprogs: e2fsck now supports the journal changes for metadata-only journaling. Ted, I've changed around the use of jfs* include files in e2fsprogs quite heavily here. In each build directory --- the lib/ext2fs

Hi all, ext3-0.0.7a is now out, at the usual places: ftp.uk.linux.org:/pub/linux/sct/fs/jfs/ and propagating now from ftp.*.kernel.org:/pub/linux/kernel/people/sct/ext3/ This fixes one major bug in ext3 recovery for metadata-only journaling. Because recovery can also happen in e2fsck, users should also upgrade to at least e2fsprogs-1.21-WIP-0601 (also provided at the above ftp sites).

I think I have this one solved, I hope. I think what Andreas and I are running into are a few different assertions. One being the LVM lvm_do_pv_flush caused assertion which is related directly to invalidate_buffers() being called which then triggers refile_buffer() on a journaled buffer, which appears clean in all other ways according to the checks in refile_buffer(). The following is what

Hi, ext3-0.0.5d.tar.gz is now up on ftp.uk.linux.org:/pub/linux/sct/fs/jfs/ and ftp.*.kernel.org:/pub/linux/kernel/people/sct/ext3/ as patches against 2.2.18. This only contains the kernel bits: we're in the process of syncing up on some e2fsprogs so I'll do another release shortly once we've got all of the pending changes for the user-mode tools assembled. This release is mostly

I previously wrote: > I have come across what appears to be a bug in __invalidate_buffers() > w.r.t. the change in ext3-0.0.6 using BH_JDirty instead of BH_Dirty > for buffers held in the journal. If invalidate_buffers() is called > on a device (LVM likes to do this a lot, for whatever reason), it yanks > JDirty buffers out from underneath the journal layer, and causes an > oops

Hi all, ext3-0.0.6b is now available at the usual places: ftp.*.kernel.org:/pub/linux/kernel/people/sct/ext3/ and ftp.uk.linux.org:/pub/linux/sct/fs/jfs/ The only significant change in this release is the fix to the orphan list recovery, and that fix also affects e2fsprogs, so please pick up the new e2fsprogs from the same directory when you grab the ext3 release. I've put tarballs,

I previously wrote: > OK, my previous patch cleans up the ASSERT for invalidate_buffers() > (modulo the fact that it was missing a ')' at the end of the line) > but it hasn't really fixed the whole problem. If a file write is in > progress when invalidate_buffers() is called, I get an oops: > The oops is caused from __invalidate_buffers() calling put_last_free(bh) >

Hi, We have encountered another funny with ext3 on 2.4. Like the kernel NFS server, we have a routine in InterMezzo that does something like looking up an inode by inode number. (compare intermezzo's presto_ilookup or knfsd's nfsfh_iget) Effectively both of these routines do ilookup() { inode = iget(sb, ino) if (inode->i_nlink==0) iput(inode); .... } We find that