Hi.
Dne středa 12 října 2005 13:17 Vladimir V. Saveliev napsal(a):
Hello
I believe it is fixed in 2.6.14-rc2-mm2. Please use it.
PS: if it still does not work - try to set REISER4_USE_EFLUSH macro (it is
in file fs/reiser4/reiser4.h) to 1.
If that does not help - please report.
After
On 10/10/05, Yiannis Mavroukakis [EMAIL PROTECTED] wrote:
Hello :-)
I had an LVM setup of three disks, and one of them went belly
up..Obvious thought is, use some
distro like R.I.P to reduce the volume to two disks and try and salvage
what I could ..unfortunately reiser4 fsck could not find
On Monday 10 October 2005 17:06, michael chang wrote:
On 10/10/05, Yiannis Mavroukakis [EMAIL PROTECTED] wrote:
Hello :-)
I had an LVM setup of three disks, and one of them went belly
up..Obvious thought is, use some
distro like R.I.P to reduce the volume to two disks and try and
Christian Iversen wrote:
On Monday 10 October 2005 17:06, michael chang wrote:
On 10/10/05, Yiannis Mavroukakis [EMAIL PROTECTED] wrote:
Hello :-)
I had an LVM setup of three disks, and one of them went belly
up..Obvious thought is, use some
distro like R.I.P to reduce the volume to
On Monday 10 October 2005 17:19, Yiannis Mavroukakis wrote:
Christian Iversen wrote:
On Monday 10 October 2005 17:06, michael chang wrote:
On 10/10/05, Yiannis Mavroukakis [EMAIL PROTECTED] wrote:
Hello :-)
I had an LVM setup of three disks, and one of them went belly
up..Obvious thought
On 10/10/05, Christian Iversen [EMAIL PROTECTED] wrote:
I suggest you run Spinrite (grc.com, ~$50 IIRC) on the bad disk from a
floppy or CD-ROM in DOS (the program makes images for you in Windows,
if you have a working partition, or you can get images from the site
IIRC once you've bought
On 10/10/05, Gregory Maxwell [EMAIL PROTECTED] wrote:
On 10/10/05, Christian Iversen [EMAIL PROTECTED] wrote:
I suggest you run Spinrite (grc.com, ~$50 IIRC) on the bad disk from a
floppy or CD-ROM in DOS (the program makes images for you in Windows,
if you have a working partition, or
Yiannis Mavroukakis wrote (ao):
Thanks for the suggestions guys...however I should have clarified that
I no longer have the dead disk (long story...)
FWIW, I'm interested in the story if you don't mind :-)
so I am kind of stuck with what I have...Am I stuffed ?
You just lost one-third of
On Mon, 10 Oct 2005, Christian Iversen wrote:
Since you lost all the metadata, recovery of the filesystem structure is
impossible. What you can still do, however, is attempt automated recovery
using file magic-signatures. One very good program that does exactly this,
is Jonas Jensen's Magic
On 10/10/05, Sander [EMAIL PROTECTED] wrote:
Yiannis Mavroukakis wrote (ao):
Thanks for the suggestions guys...however I should have clarified that
I no longer have the dead disk (long story...)
FWIW, I'm interested in the story if you don't mind :-)
Ditto.
so I am kind of stuck with
michael chang wrote:
On 10/10/05, Sander [EMAIL PROTECTED] wrote:
Yiannis Mavroukakis wrote (ao):
Thanks for the suggestions guys...however I should have clarified that
I no longer have the dead disk (long story...)
FWIW, I'm interested in the story if you don't mind :-)
It compiles and boots, but I can't stress test because two of my NICs
don't work in 2.6.13.
I don't know which patch(es) fixed my NIC problem, but I recall
2.6.14-rc1 working. When I tried the 2.6.13-1 patch against rc1, I got a
failed hunk in lib/radix-tree.c which I attempted to fix manually.
Dan Oglesby wrote:
Dan Oglesby wrote:
Dan Oglesby wrote:
Gregory Maxwell wrote:
On 9/29/05, Hans Reiser [EMAIL PROTECTED] wrote:
It works on non-amd64, will fix amd64 tomorrow I hope.
No, it fails on FC4/x86 here to complie as well, with the same
failure mode.
Errors
On Friday 30 September 2005 02:09, Jake Maciejewski wrote:
I get the same with 2.6.13.2 and gcc 3.4.4 on amd64
can you try this patch?
---
--- a/fs/reiser4/spin_macros.h
+++ b/fs/reiser4/spin_macros.h
@@ -82,8 +82,6 @@ typedef struct reiser4_rw_data {
static
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 25.09.2005 14:59, Laurent Riffard a écrit :
Le 24.09.2005 21:11, Alexander Zarochentsev a écrit :
On Tuesday 20 September 2005 22:58, Laurent Riffard wrote:
Hello,
In kernel 2.6.14-rc1-mm1, Reiser4 present 2 regressions with regard to
Dnia Fri, 30 Sep 2005 10:31:01 +0200, Alexander Zarochentsev
[EMAIL PROTECTED] napisał:
On Friday 30 September 2005 02:09, Jake Maciejewski wrote:
I get the same with 2.6.13.2 and gcc 3.4.4 on amd64
can you try this patch?
---
--- a/fs/reiser4/spin_macros.h
Hello
Artur Makówka wrote:
Hello, my server crashed few times latetly, and the only strange thing i
found in logs, are reiser4 entries just before every crash:
#1 crash:
kern.log:Sep 27 21:09:06 werewolf kernel:
reiser4[pure-ftpd-mysql(18871)]: parse_node40
Dnia Thu, 29 Sep 2005 19:25:54 +0200, Hans Reiser [EMAIL PROTECTED]
napisał:
Reiser4 performance dropped in the -mm series due to the write
throttling patch and also dropped due to a fixed bug (removing type safe
lists added a bug). We don't yet know if we got quite all the
performance back,
I get the same with 2.6.13.2 and gcc 3.4.4 on amd64
On Thu, 2005-09-29 at 20:24 +0200, Łukasz Mierzwa wrote:
Dnia Thu, 29 Sep 2005 19:25:54 +0200, Hans Reiser [EMAIL PROTECTED]
napisał:
Reiser4 performance dropped in the -mm series due to the write
throttling patch and also dropped due
It works on non-amd64, will fix amd64 tomorrow I hope.
On 9/29/05, Hans Reiser [EMAIL PROTECTED] wrote:
It works on non-amd64, will fix amd64 tomorrow I hope.
No, it fails on FC4/x86 here to complie as well, with the same failure mode.
Dan Oglesby wrote:
Gregory Maxwell wrote:
On 9/29/05, Hans Reiser [EMAIL PROTECTED] wrote:
It works on non-amd64, will fix amd64 tomorrow I hope.
No, it fails on FC4/x86 here to complie as well, with the same
failure mode.
Errors from my vanilla 2.6.13.1 kernel + ReiserFS4
now it is crashing even more often, i will paste more logs, as it seems to
changed a little:
Sep 28 19:28:52 werewolf kernel: reiser4[pure-ftpd-mysql(7092)]:
parse_node40 (fs/reiser4/plugin/node/node40.c:746)[nikita-494]:
Sep 28 19:28:52 werewolf kernel: WARNING: Wrong level found in node: 1 !=
Łukasz Mierzwa wrote:
Dnia Sat, 24 Sep 2005 01:44:02 +0200, Gherald [EMAIL PROTECTED]
napisał:
A snipet from htop:
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
66 root 25 0 0 0 0 R 50.0 0.0 1h21:53 pdflush
3235 root 25 0 0 0
Dnia Mon, 26 Sep 2005 09:41:24 +0200, Hans Reiser [EMAIL PROTECTED] napisał:
Łukasz Mierzwa wrote:
Dnia Sat, 24 Sep 2005 01:44:02 +0200, Gherald [EMAIL PROTECTED]
napisał:
A snipet from htop:
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
66 root 25 0 0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 24.09.2005 21:11, Alexander Zarochentsev a écrit :
On Tuesday 20 September 2005 22:58, Laurent Riffard wrote:
Hello,
In kernel 2.6.14-rc1-mm1, Reiser4 present 2 regressions with regard to
2.6.13-mm1 :
A) Suspend-to-disk does not work because
Dnia Sat, 24 Sep 2005 01:44:02 +0200, Gherald [EMAIL PROTECTED] napisał:
A snipet from htop:
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
66 root 25 0 0 0 0 R 50.0 0.0 1h21:53 pdflush
3235 root 25 0 0 0 0 R 49.5 0.0 33:50.45
On Tuesday 20 September 2005 22:58, Laurent Riffard wrote:
Hello,
In kernel 2.6.14-rc1-mm1, Reiser4 present 2 regressions with regard to
2.6.13-mm1 :
A) Suspend-to-disk does not work because the process [ent:hda8] can't be
stopped.
$ mount | grep hda8
/dev/hda8 on /home/laurent/kernel
On Thursday 22 September 2005 13:19, Pysiak Satriani wrote:
I might be wrong here, but bad blocks are a condition that the kernel
should handle without barfing oops traces, so there indeed may be
not enough sanity checks somewhere.
Perhaps...
I can do some more testing, but there are more
Hello
Raymond A. Meijer wrote:
On Thursday 22 September 2005 13:19, Pysiak Satriani wrote:
I might be wrong here, but bad blocks are a condition that the kernel
should handle without barfing oops traces,
Ray, you might want to try to mount reiser4 with -o onerror=remount-ro
This may help to
On Friday 23 September 2005 11:35, Vladimir V. Saveliev wrote:
Hi Vladimir,
Ray, you might want to try to mount reiser4 with -o
onerror=remount-ro This may help to avoid some of oopses
I'll try this.
You need new hard drive.
I already have one (an old 80GB) but the broken one is 200GB and
Raymond A. Meijer wrote:
On Friday 23 September 2005 11:35, Vladimir V. Saveliev wrote:
Hi Vladimir,
Ray, you might want to try to mount reiser4 with -o
onerror=remount-ro This may help to avoid some of oopses
I'll try this.
You need new hard drive.
I already have one (an
Hi,
I might be wrong here, but bad blocks are a condition that the kernel
should handle without barfing oops traces, so there indeed may be
not enough sanity checks somewhere.
--
Maciej
Dnia Tue, 20 Sep 2005 21:27:42 +0200, David Masover [EMAIL PROTECTED] napisał:
Laurent Riffard wrote:
A) Suspend-to-disk does not work because the process [ent:hda8] can't be
stopped.
Strange, this used to work. Haven't had occasion to try it again
lately, though.
B) Can't mount a loop
Laurent Riffard wrote:
Hello,
In kernel 2.6.14-rc1-mm1, Reiser4 present 2 regressions with regard to
2.6.13-mm1 :
A) Suspend-to-disk does not work because the process [ent:hda8]
can't be stopped.
$ mount | grep hda8
/dev/hda8 on /home/laurent/kernel type reiser4 (rw,nosuid,nodev)
reiser4 is a completely different filesystem. reiserfsprogs will not
work. Use reiser4progs from ftp://ftp.namesys.com/pub/reiser4progs/.
You'll need to install libaal first.
You shouldn't be using insmod. Use modprobe instead. A clean rebuild of
your kernel might fix the symbol error.
On Tue,
Hello
Ritesh Raj Sarraf wrote:
Hello People,
Despite the fact said that reiser4 is not stable so isn't included in
mainline kernel, I trusted Hans Reiser's statement that they've not been
able to crash the fs in the labs.
Well, there are known ways to crash reiser4 and we are working to
Hello
ivan vadovic wrote:
Hi,
Is the reiser4() system call already implemented? Is there any sample code to
see its usage? I'd really like to try it and perhaps help with debugging.
Unfortunately, I have to say that it is very likely that it is not close yet to
alpha testing.
I would
On 9/18/05, Ritesh Raj Sarraf [EMAIL PROTECTED] wrote:
When can we have the reiser4 version of filesystem resize utility ?
Namesys/Hans Reiser seem to be waiting for Mainline Kernel inclusion,
since OSes like Ubuntu won't support Reiser4 until it's in the
mainline kernel (among other reasons).
Hello
[EMAIL PROTECTED] wrote:
The patch titled
reiser4-big-update-div64-fix
has been added to the -mm tree. Its filename is
reiser4-big-update-div64-fix.patch
From: Andrew Morton [EMAIL PROTECTED]
There's no implementation of __div64_32(). Nor should there be.
Lexington Luthor wrote:
Hi,
Do the reiser4 updates in the new -mm kernel include the compression
plugin?
If so, I would love to be able to try it out on my laptop (only 20GB
disk). Do I have to mkfs again, or can I enable it at mount time, or
is it a per-file or per-directory attribute
Edward Shishkin wrote:
Hello.
It was possible earlier to set it per directory using pseudo-file
interface,
but 2.6.14-rc1-mm1 does not contain it already. We will try to post and
update the appropriate patch, but anyway using cryptcompress plugin
can crash your system.
How stable is it?
Lexington Luthor wrote:
Edward Shishkin wrote:
Hello.
It was possible earlier to set it per directory using pseudo-file
interface,
but 2.6.14-rc1-mm1 does not contain it already. We will try to post and
update the appropriate patch, but anyway using cryptcompress plugin
can crash your
Vladimir V. Saveliev [EMAIL PROTECTED] wrote:
Hello
[EMAIL PROTECTED] wrote:
The patch titled
reiser4-big-update-div64-fix
has been added to the -mm tree. Its filename is
reiser4-big-update-div64-fix.patch
From: Andrew Morton [EMAIL PROTECTED]
There's
Alexander Gran writes:
Hi,
[...]
usb-storage: device scan complete
attempt to access beyond end of device
dm-0: rw=0, want=58662920, limit=58588992
Unable to handle kernel NULL pointer dereference at virtual address
printing eip:
c018b7e4
*pde =
Oops:
Ross Jekel wrote:
Newbie question as I'm evaluating Reiser4 as a storage solution for a
project I'm working on.
It appears Reiser4 has the ability to have a file name be both the name
for the file data and a directory. Can I take advantage of this at the
application level?
I think there's
On Thu, 2005-09-08 at 13:53 -0500, David Masover wrote:
Ross Jekel wrote:
Newbie question as I'm evaluating Reiser4 as a storage solution for a
project I'm working on.
It appears Reiser4 has the ability to have a file name be both the name
for the file data and a directory. Can I
Hans Reiser [EMAIL PROTECTED] wrote:
Andrew, we have been working on a big patch that resolves the VFS
layering issues. This patch should be ready to send in any day now, we
are debugging it. We may not have been sending you a lot of emails, but
we have been working away at it.
That's good
Hello
Ronald Moesbergen wrote:
Hi,
Thanks for responding. To clarify: I'm not running linux inside
vmware, I'm running vmware on linux and the vmware images are on a
reiser4 partition. I'm running windows inside vmware. I can certainly
reproduce this,
Yes, vmware + reiser4 problem is
Ronald Moesbergen schrieb:
Well, I just successfully reproduced this without the nvidia module
loaded. The oops looks very similar:
[...]
kernel: Modules linked in: vmnet vmmon
kernel: CPU:1
kernel: EIP:0060:[lock_object+84/127]Tainted: P VLI
well, the kernel is still
OK, but the tainting is because the license is different from GPL, not
because of lack of source code (vmware modules source code is
available). Anyway, I'll wait for a fix. Let me know if there's
anything I can do to help.
Ronald.
On 8/28/05, evilninja [EMAIL PROTECTED] wrote:
Ronald
I know this probably doesn't fix your problem, but there's a program
called QEMU that might perform similar functionality to VMWare; does
it have the same issues? Maybe you want to try that, and see if you
have the same problem or not...
On 8/28/05, Ronald Moesbergen [EMAIL PROTECTED] wrote:
michael chang wrote:
I know this probably doesn't fix your problem, but there's a program
called QEMU that might perform similar functionality to VMWare; does
it have the same issues?
Sort of. And more.
I don't know how fast VMWare is, but qemu is pretty slow, as it does
actual emulation.
Ronald Moesbergen schrieb:
Hi,
While running a vmware virtual machine from a reiser4 filesystem, my
machine consistently locks up and produces the following OOPS:
kernel: Oops: 0002 [#1]
kernel: PREEMPT SMP
kernel: last sysfs file: /class/vc/vcsa8/dev
kernel: Modules linked in: vmnet vmmon
Hi,
Thanks for responding. To clarify: I'm not running linux inside
vmware, I'm running vmware on linux and the vmware images are on a
reiser4 partition. I'm running windows inside vmware. I can certainly
reproduce this, but haven't tried without the nvidia module. I will do
that right now and
Well, I just successfully reproduced this without the nvidia module
loaded. The oops looks very similar:
kernel: Unable to handle kernel NULL pointer dereference at virtual
address
kernel: printing eip:
kernel: b01a1317
kernel: *pde =
kernel: Oops: 0002 [#1]
kernel:
Hello
Mohammad A. Rahman wrote:
Hello,
Please see more details below.
[EMAIL PROTECTED] root]# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: MAXTOR Model: ATLAS10K5_73SCA Rev: JNZM
Type: Direct-AccessANSI SCSI
On Sun, 21 Aug 2005 07:04 pm, Vladimir V. Saveliev wrote:
well, it looks like there is some problem in
interaction between Fusion scsi driver and reiser4.
Nate [EMAIL PROTECTED] has the same problem on this hardware.
Would you please try reiser4 on ide harddrive to confrm this guess?
I
Marc Perkel wrote:
So - anyone have any ideas when ACLs might appear in Reiser4?
We have a lot on our plate now, and no one paying for that work. Surely
someone will pay for it.
Hans
Hello,
Please see more details below.
[EMAIL PROTECTED] ~]# cat /etc/redhat-release
Red Hat Enterprise Linux ES release 3 (Taroon Update 5)
[EMAIL PROTECTED] root]# uname -a
Linux mybox 2.6.13-rc4-mm1-rfs #2 SMP Tue Aug 16 02:19:06 EST 2005 i686
i686 i386 GNU/Linux
[EMAIL PROTECTED] root]#
Hello
Mohammad A. Rahman wrote:
Hello,
I am having an issue with reiser4. I am wondering if it is a known issue
for reiser4 or I have missed something along the path.
#cat /etc/redhat-release
Red Hat Enterprise Linux ES release 3 (Taroon Update 5)
Downloaded 2.6.12 vanila kernel, applied
Nate also reported this, yes?
Hans
Mohammad A. Rahman wrote:
Hello,
I am having an issue with reiser4. I am wondering if it is a known
issue for reiser4 or I have missed something along the path.
#cat /etc/redhat-release
Red Hat Enterprise Linux ES release 3 (Taroon Update 5)
Hello
Hans Reiser wrote:
Nate also reported this, yes?
Yes, but with different test.
I tried both and they worked fine here.
WARNING: Flush failed: -12
reiser4[pdflush(99)]: writeout (fs/reiser4/vfs_ops.c:586)[nikita-31001]:
code: -12 at fs/reiser4/wander.c:1268
WARNING: Flush failed:
On 8/15/05, Hubert Chan [EMAIL PROTECTED] wrote:
On Mon, 15 Aug 2005 16:30:32 -0700, Marc Perkel [EMAIL PROTECTED] said:
It seems to me that getting in the Kernel is the most important
thing. Then getting it compatible with existing standards. Then you
build up the user based (addicts)
i'd ask him to send his .config for comparison with mine, but the list
will reject it
NATE
Vladimir V. Saveliev wrote:
Hello
Hans Reiser wrote:
Nate also reported this, yes?
Yes, but with different test.
I tried both and they worked fine here.
WARNING: Flush failed: -12
Vladimir V. Saveliev wrote:
Hello
Hans Reiser wrote:
Nate also reported this, yes?
Yes, but with different test.
I tried both and they worked fine here.
WARNING: Flush failed: -12
reiser4[pdflush(99)]: writeout
(fs/reiser4/vfs_ops.c:586)[nikita-31001]:
code: -12 at
Nate Diller wrote:
i'd ask him to send his .config for comparison with mine, but the list
will reject it
NATE
Vladimir V. Saveliev wrote:
Hello
Hans Reiser wrote:
Nate also reported this, yes?
Yes, but with different test.
I tried both and they worked fine here.
WARNING:
On Sun, 14 Aug 2005 17:24:17 +0400, Nikita Danilov [EMAIL PROTECTED] said:
Not exactly. As a matter of fact, ACL and EA support was already
implemented in reiser4. But it used standard xattrs API to interface
to the user-land, and it was decided that reiser4 should go
sys_reiser4() route
Hubert Chan writes:
On Sun, 14 Aug 2005 17:24:17 +0400, Nikita Danilov [EMAIL PROTECTED] said:
Not exactly. As a matter of fact, ACL and EA support was already
implemented in reiser4. But it used standard xattrs API to interface
to the user-land, and it was decided that reiser4
Jonathan Briggs writes:
On Tue, 2005-08-16 at 00:19 +0400, Nikita Danilov wrote:
Hubert Chan writes:
On Sun, 14 Aug 2005 17:24:17 +0400, Nikita Danilov [EMAIL PROTECTED]
said:
Not exactly. As a matter of fact, ACL and EA support was already
implemented in reiser4.
Nikita Danilov wrote:
Sorry, it seems I was too vague. It's exactly the opposite: standard
xattr API was abandoned in favour of accessing EAs and ACLs through
pseudo files. The latter method is not implemented yet, and I don't know
how stable sys_reiser4() API is currently. Hans is the proper
Nikita Danilov wrote:
Well, this song has been sung many times already. :-) Hans has strong
opinion about xattr API (which, indeed, is not a paragon of design
beauty by a large margin).
I'm new to this debate. What is his strong opinion?
Marc Perkel wrote:
Nikita Danilov wrote:
Well, this song has been sung many times already. :-) Hans has strong
opinion about xattr API (which, indeed, is not a paragon of design
beauty by a large margin).
I'm new to this debate. What is his strong opinion?
Well, I'll let him speak for
Marc Perkel wrote:
Nikita Danilov wrote:
Sorry, it seems I was too vague. It's exactly the opposite: standard
xattr API was abandoned in favour of accessing EAs and ACLs through
pseudo files. The latter method is not implemented yet, and I don't know
how stable sys_reiser4() API is
Jonathan Briggs wrote:
On Tue, 2005-08-16 at 00:19 +0400, Nikita Danilov wrote:
Hubert Chan writes:
On Sun, 14 Aug 2005 17:24:17 +0400, Nikita Danilov [EMAIL PROTECTED] said:
Not exactly. As a matter of fact, ACL and EA support was already
implemented in reiser4. But it used standard
On 8/15/05, Marc Perkel [EMAIL PROTECTED] wrote:
It seems to me that getting in the Kernel is the most important thing.
This is because nothing else can happen because no one will know it
exists. Everything else will happen *as soon as* Reiser4 gets in.
Otherwise, it's practically useless.
michael chang wrote:
On 8/15/05, Marc Perkel [EMAIL PROTECTED] wrote:
It seems to me that getting in the Kernel is the most important thing.
This is because nothing else can happen because no one will know it
exists. Everything else will happen *as soon as* Reiser4 gets in.
Otherwise,
On Mon, 15 Aug 2005 16:30:32 -0700, Marc Perkel [EMAIL PROTECTED] said:
It seems to me that getting in the Kernel is the most important
thing. Then getting it compatible with existing standards. Then you
build up the user based (addicts) and then you add the innovative
stuff. Otherwise people
On 13 Aug 2005, Marc Perkel wrote:
So - how do you get Reiser 4 to work with ACLs? Can't find a mount
option in any docs.
They are not supported yet under Reiser4. I'm sure this
is keeping just a few people from early adoption at the moment.
:)
--
Mark Nipper
Mark Nipper wrote:
On 13 Aug 2005, Marc Perkel wrote:
So - how do you get Reiser 4 to work with ACLs? Can't find a mount
option in any docs.
They are not supported yet under Reiser4. I'm sure this
is keeping just a few people from early adoption at the moment.
:)
On 8/14/05, Marc Perkel [EMAIL PROTECTED] wrote:
So - what's the story with that? Why no ACLs in a system built on a
dadtbase?
Database. And you *could* ask, I suppose, why there are no
compression or other plugins available in a system based on plugins.
Why there is no repacker when there
michael chang writes:
On 8/14/05, Marc Perkel [EMAIL PROTECTED] wrote:
So - what's the story with that? Why no ACLs in a system built on a
dadtbase?
Database. And you *could* ask, I suppose, why there are no
compression or other plugins available in a system based on plugins.
Nikita Danilov wrote:
Not exactly. As a matter of fact, ACL and EA support was already
implemented in reiser4. But it used standard xattrs API to interface to
the user-land, and it was decided that reiser4 should go sys_reiser4()
route instead. So, it was reaped.
Nikita.
OK - now I'm
On Sun, 14 Aug 2005 05:38:40 PDT, Marc Perkel said:
btw - is Reiser4 still going to get merged into 2.6.13?
It's not in 2.6.13-rc6, and I doubt Linus is going to blop *that* big
a chunk of code in this late - it's already well into the is this 3-liner
too drastic phase.
What happens when the
On Sun, 14 Aug 2005, Marc Perkel wrote:
My background is in Netware. Netware did it right. It's permissions that
it had 15 years ago were beyond what Linux might ever acheive. Then I
downgraded to Windows, then I further downgraded to Linux. In fact when
I started using linux it took me
Marc Perkel wrote:
Nikita Danilov wrote:
Not exactly. As a matter of fact, ACL and EA support was already
implemented in reiser4. But it used standard xattrs API to interface to
the user-land, and it was decided that reiser4 should go sys_reiser4()
route instead. So, it was reaped.
Nikita.
Marc Perkel wrote:
Mark Nipper wrote:
On 13 Aug 2005, Marc Perkel wrote:
So - how do you get Reiser 4 to work with ACLs? Can't find a mount
option in any docs.
They are not supported yet under Reiser4. I'm sure this
is keeping just a few people from early adoption at the
Hello
David Masover wrote:
Vladimir V. Saveliev wrote:
Hello
reiser4 depends on several core kernel patches. I think you did not
apply them.
What kind of symptoms would not applying them cause?
I assumed that Gimpel did not apply core patches because he had compiling error:
Hello
gimpel wrote:
Hello!
I'm trying to compile a recent 2.6.13-rc6 with realtime-preempt-2.6.13-
rc4-RT-V0.7.53-02 and want to add reiser4. 2.6.12-rt hardlocked very
often here.
Which patches did you use?
I managed to fix up the DEFINE_SPINLOCK and compat_semaphore wait;
changes by
Thank you, it works!
I've just recompiled kernel and now / mounted on reiser4 with /tmp in
the same filesystem,
and pam_mktemp works without problems.
--
Sergey.
Vladimir V. Saveliev пишет:
Hello
sergey ivanov wrote:
I have not succeeded with integrating reiser4 pam_mktemp.
Would
On Fri, 12 Aug 2005 12:09:03 +0200, gimpel said:
reiser4 again. Maybe the is to wait for stable 2.6.13 before doing
tests with realtime-preempt as it gets updated twice a day.
And i so much hope the kernel guys decide to merge reiser4.
Well, reiser4 can't possibly make it into 2.6.13, as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vladimir V. Saveliev wrote:
Hello
reiser4 depends on several core kernel patches. I think you did not
apply them.
What kind of symptoms would not applying them cause? I grab patches
from -mm, but only the ones with reiser4 in the name. They
On Fri, 12 Aug 2005 13:55:19 -0500
David Masover [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vladimir V. Saveliev wrote:
Hello
reiser4 depends on several core kernel patches. I think you did not
apply them.
What kind of symptoms would not applying them
Gregory Maxwell wrote:
On 8/8/05, David Masover [EMAIL PROTECTED] wrote:
Reiser4 would be great if... is getting old. It is great, and it's
getting even better pretty fast.
And, by the way, if the transaction interface gets done, it's not just
databases that will benefit, but also small
Well, but then you have to tell postgres that it can assume these things
about reiser4.
you can already set the sync mode in the config file to a llot of
different choices, like fdatasync, fsync, O_SYNC, etc, so a reiser4 option
would be possibel I guess.
I have not succeeded with integrating reiser4 pam_mktemp.
From one side I recompiled kernel with reiser4 patches modified to
return ENOTTY for attempt to deal with attributes, as tmpfs does.
Pam_mktemp does not work after this. So I returned to the kernel with
original Namesys' patches.
Then by
On 8/11/05, PFC [EMAIL PROTECTED] wrote:
Well, but then you have to tell postgres that it can assume these things
about reiser4.
you can already set the sync mode in the config file to a llot of
different choices, like fdatasync, fsync, O_SYNC, etc, so a reiser4 option
would be
On 8/11/05, sergey ivanov [EMAIL PROTECTED] wrote:
I have not succeeded with integrating reiser4 pam_mktemp.
From one side I recompiled kernel with reiser4 patches modified to
return ENOTTY for attempt to deal with attributes, as tmpfs does.
Pam_mktemp does not work after this. So I returned
Hi Vladimir,
pam_mktemp can work on filesystem which does not support ext2's file attributes.
For example, it works well on tmpfs.
For pam_mktemp to recognize the case and work without attributes,
the filesystem should return 'ENOTTY' (Inappropriate ioctl for device)
as a result of an
Hello
sergey ivanov wrote:
Hi Vladimir,
pam_mktemp can work on filesystem which does not support ext2's file attributes.
For example, it works well on tmpfs.
For pam_mktemp to recognize the case and work without attributes,
the filesystem should return 'ENOTTY' (Inappropriate ioctl for device)
401 - 500 of 1292 matches
Mail list logo