Jose R R | 24 Jul 13:24 2014

Deleting a 5 GB directory in Reiser4 hangs system(s)

Niltze!

I have a couple of root partitions with Debian which recently have
been default-formatted with Reiser4.

I have applied at the very least Mahoney's patch set (<
http://marc.info/?l=reiserfs-devel&r=1&b=201404&w=2 >) followed by
reiser4 for 3.14.1 patch (<
http://sourceforge.net/projects/reiser4/files/reiser4-for-linux-3.x/
>) on kernels 3.14.4 and 3.15.2. Each kernel operates in a different
OS with reiser4 root fs.

Attempting to remove a ~ 5 GB directory recursively (rm -r) the
operation hangs either system.

Has the bug has been reported before? Or is it a feature ;-)

Cheers!

--

-- 
Jose R R
http://www.metztli-it.com
---------------------------------------------------------------------------------------------
NEW Apache OpenOffice 4.1.0! Download for GNU/Linux, Mac OS, Windows.
---------------------------------------------------------------------------------------------
Daylight Saving Time in USA & Canada ends: Sunday, November 02, 2014
---------------------------------------------------------------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo <at> vger.kernel.org
(Continue reading)

Ivan Shapovalov | 21 Jul 20:19 2014
Picon

[PATCHv2 0/3] reiser4: discard support: perform discard before all deallocations.

This applies on top of PATCHv6 of "initial implementation".
The first patch has been already sent some time ago, but I've included it
here for sake of clarity.

v2: fix disk space leak in error path, fix comments and commit messages, etc.

Ivan Shapovalov (3):
  reiser4: fix reiser4_post_{commit,write_back}_hook() and their invocations.
  reiser4: discard support: use reiser4_post_write_back_hook() for discarding and completing deferred deallocations.
  reiser4: discard support: perform discard before all deallocations.

--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Edward Shishkin | 20 Jul 14:47 2014
Picon

[patch 1/1] reiser4: iterate over extents in discard_atom

. add discard_sorted_merged_extents();
. add mount options to specify erase unit and alignment;
. verify and set discard params to the super-block at mount time;
Edward Shishkin | 20 Jul 14:47 2014
Picon

[patch 0/1] reiser4: iterate over extents in discard_atom

In this version we support all erase units (not only ones, which are 
powers of 2).
I put a restriction 1MiB for erase units just to filter possible 
garbage. We can
increase this boundary, if needed.
Alignments with (bdev_discard_alignment() % s_blocksize != 0) are still 
unsupported.

I have added mount options to specify erase unit and alignment in bytes. 
This is
only for debugging purposes (to emulate real situations). Usage is the 
following:

mount /dev/xxx -o discard,discard.unit=yyy,discard.offset=zzz /mnt

Thanks,
Edward.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Bhikkhu Mettavihari | 20 Jul 05:10 2014
Picon

Fwd: Reiserfs 4

Greetings

I am running about 30 ubuntu desktops and servers.
I am a regular reiserfs 3.6 user
These are production machines doing video editing
Our entire production is on Linux
Our entire backup in on Linux servers.
The fs on the backup servers is though ext3 since the guy that did the
server setup was not familiar with riser.

When do you recommend me to upgrade to riser 4

I do not like to upgrade if there is not a stable system, then I would
rather run with 3.6

with metta
Mettavihari
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Jose R R | 16 Jul 21:09 2014

Bootcd-based LIVE Reiser4 rescue/recovery/installation ISO

Niltze!

I uploaded to SF a bootcd-based live ISO made from a small 20GB pure
Reiser4 partition in my dev machine.

I patched a recent Linux kernel 3.15.2 as explained in Metztli IT's
blog < http://www.metztli-it.com/blog/index.php/aG2?blog=4 >, patched
legacy Grub97, and installed utilities gparted and testdisk.

Since Debian bootcd < https://packages.debian.org/sid/bootcd > may
also install a GNU/Linux system, I surmise that an (Reiser4)
installation is also possible, please read man and configuration files
under /etc/bootcd/

I tested ISO image under VirtualBox 4.3.12 and here is a snapshot: <
https://pbs.twimg.com/media/BsoJVE3CQAENw-t.png:large >

If interested in giving it a spin, please download at:

< https://sourceforge.net/projects/xonecuiltzin/ >

Best Professional Regards.

--

-- 
Jose R R
http://www.metztli-it.com
---------------------------------------------------------------------------------------------
NEW Apache OpenOffice 4.1.0! Download for GNU/Linux, Mac OS, Windows.
---------------------------------------------------------------------------------------------
Daylight Saving Time in USA & Canada ends: Sunday, November 02, 2014
(Continue reading)

Ivan Shapovalov | 30 Jun 11:35 2014
Picon

reiser4: discard implementation, part 2: FITRIM ioctl aka batch mode

Hi,

I've started to think about implementing the second part of discard support,
namely "batch mode" (FITRIM ioctl). And it seems like I don't yet quite
understand how to do it.

It had been suggested to reuse existing transaction and discard machinery for
this feature: create a transaction, allocate+deallocate all possible blocks
and then force-commit it.

However, the algorithms of discard_atom() are very inoptimal for discarding
large amounts of known free space -- a bitmap check is performed for every
single discard unit. Repeatedly calling reiser4_alloc_blocks() to allocate
every possible block also seems inefficient. And this will still miss those
10% of reserved space, IIUC.

So the best way I can imagine is to introduce a new space allocator method,
"iterate free space", and discard all reported extents (blkdev_issue_discard()
will take care of aligning them properly).

With such method, a question arises: how to prevent bitmap modifications
and disk writes to free space when such iteration is in progress?

Thanks,
--

-- 
Ivan Shapovalov / intelfx /
Edward Shishkin | 29 Jun 01:10 2014
Picon

[patch] reiser4progs: version-1.0.9


Edward Shishkin | 29 Jun 01:09 2014
Picon

[patch] libaal: version-1.0.6


doiggl | 27 Jun 03:09 2014
Picon

Is the patchset[patch 00/29] reiserfs cleanup patchset in openSUSE Build Service > Projects > Kernel:linux-next > kernel-vanilla ?

Hello,
Is the patchset[patch 00/29] reiserfs cleanup patchset in openSUSE Build
Service > Projects > Kernel:linux-next > kernel-vanilla ?
Thanks Glenn

https://build.opensuse.org/package/show/Kernel:linux-next/kernel-vanilla
[linux-3.16-rc2-next-20140625.tar.bz2 ]
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Jose R R | 26 Jun 16:27 2014

Re: [patch 00/29] reiserfs cleanup patchset - 03/29 attached [reiserfs: cleanup, reformat comments to normal kernel style]

Thank you, Glenn!

On Thu, Jun 5, 2014 at 8:41 PM, <doiggl <at> velocitynet.com.au> wrote:
>
> On Wed, 4 Jun 2014 20:21:38 -0700, Jose R R <Jose.r.r <at> metztli-it.com>
> wrote:
> > "I do not see a patch 03/29 in the list"
> >
> > Was the above patch ever posted? I can not find it after applying
> > patches 01/29 and 02/29... against reiser4-for-3.14.1.patched kernel
> > 3.14.5 source tree.
> Hello,
>  see attached.
> --Glenn
>
> # [patch 03/29 repost] reiserfs: cleanup, reformat comments to normal
> kernel style
> # Signed-off-by: Jeff Mahoney <jeffm <at> xxxxxxxx>

I had been working in a blog post which I completed today:

Debian Closure: Enhancing Linux Kernel 3.15.1 With Reiser4 Patch

 -- (& Patching Legacy #Grub-97 for Reiser4 on /boot)

http://www.metztli-it.com/blog/index.php/aG2?blog=4

Best Professional Regards.

--

-- 
(Continue reading)


Gmane