Re: Howto help hans?
I guess it should be possible somehow to raise some funds - guys from namesys should give us number of his account or paypal would be safer ? I don't have enough experience with all that e-commerce stuff.. On Sun, 2006-12-03 at 11:23 -0800, Anatoli wrote: Hi, I talk to peoples here but wasn't be able ot find any ways to help him eather. :-( If you find anything, could you please let me know also? Thank you, Anatoli. On Saturday 02 December 2006 07:28, Clemens Eisserer wrote: Hello again, I just read in a german online news-site http://forum.tecchannel.de/news/themen/linux/456733/ that Hans' advocate Daniel Horowitz (I don't know wether this is the right word, that one how helps hans in front of the court) stopped working for hime because Hans was not able to pay him anymore. I don't know wether this is right or just imagination of newspapers, but if thats right we should help somehow. As far as I know there is currently no way of donating to Reiser4's developmant nore to help Hans in any way? Any ideas? Whats about registering a domain with sum fund stuff - donate to Reiser4 / help Hans? Does nobody care?! lg Clemens
Re: Reiser4 stability
On Thu, 2006-03-23 at 14:43 +, Robert Hulme wrote: Can anyone give me a feel for how reliable you consider the Reiser 4 file system to be? I installed it on my laptop awhile ago and it seemed ok (I removed it in the end as it was while you were having performance issues with it [or rather with it interacting with some kernel change]). I see a number of reliability problems posted to the list, but of course the list is the place these things are aggregated so it is perhaps not the best source of information for this. I'm using it on my workstation for more than a year - for now without a problem. I guess for desktop system is stable enough.. -- -- 011 8 99988 199 9119 725...3 But those enemies of mine who did not want me to be king over them—bring them here and kill them in front of me. - Jesus (Luke 19:27) Religion is an insult to human dignity. With or without it you would have good people doing good things and evil people doing evil things. But for good people to do evil things, that takes religion - Steven Weinberg http://www.robhulme.com/ http://robhu.livejournal.com/
Re: need opinions from sysadmins on where reiser4progs should install
re! I guess that according to LSB it's the only way - to install it into /usr/local/sbin - because it's additional installed software and does not come with default distribution. If reiser4progs is package included in distribution then it should be installed /sbin or /usr/sbin. that's my opinion - lsb is covering that topic as I know. gorazd On Sat, 12 Nov 2005, Hans Reiser wrote: currently it installs mkfs.reiser4 and such in /usr/local/sbin This is not found by default paths for most roots, and seems unlikely to be where I would want it to go if I was sysadmin I would never install mkfs.anything unless I wanted it in /sbin. but then I am not a professional What do the sysadmins on the list think? Hans
Re: reiser3 and O_DIRECT read
;( works ok if file is bigger than about 4000 bytes. Otherwise read failed. On Tue, 11 Oct 2005, Vladimir V. Saveliev wrote: Hello Gorazd Golob wrote: It doesn't work right - your example :( Our programmers said that ssize_t type should be used instead of size_t for rd variable.. ok, yes, I agree. But it should not change anything. Please try new version. It works fine here. How does it behave on your side? in code is: size_t rd; tnx, gorazd On Mon, 10 Oct 2005, Vladimir V. Saveliev wrote: Hello Gorazd Golob wrote: On Mon, 10 Oct 2005, Vladimir V. Saveliev wrote: Does it work on ext2? Yes it work on ext2, ext3, xfs .. Are you sure that file offset is properly aligned? Yes .. Would you please try whether the attached program works for you? Without O_DIRECT works fine as said in previous mails. Write with O_DIRECT works fine. Kernel version is: Linux 2.6.12.6 #6 SMP Thu Sep 15 12:29:53 CEST 2005 x86_64 Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux please let me know if you need more info. tnx, Gorazd Or in other words is reiserfs3 supporting reading with O_DIRECT flag? Writing works well with 0_DIRECT on reiserfs3. Gorazd
Re: reiser3 and O_DIRECT read
Vladimir, I forgot to tell that we're using x86_64. Kernel is: Linux 2.6.12.6 #6 SMP Thu Sep 15 12:29:53 CEST 2005 x86_64 Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux On Tue, 11 Oct 2005, Vladimir V. Saveliev wrote: Hello Gorazd Golob wrote: ;( works ok if file is bigger than about 4000 bytes. Otherwise read failed. Yes, using O_DIRECT you should care about alignment to boundary of 512 bytes for address of buffer you read to, size of that buffer and offset in a file to read from. Please try this version of test program and let us know how to make it to behave differently for file in reiserfs and ext2. What is version of kernel you use?
Re: reiser3 and O_DIRECT read
Hi! re! Are we looking on wrong suspect - snip from code looks like this: fd = open(f, O_RDONLY | O_DIRECT, 0); and is not working for reiserfs3 filesystem? reiserfs is supposed to support O_DIRECT. Please provide more details about the problem. File is opened with fd = open(f, O_RDONLY | O_DIRECT, 0); After we tried to do: numRead=read(fd, buf, alignedSize - offset) numRead returns -1 errno is EINVAL (22). Without O_DIRECT works fine as said in previous mails. Write with O_DIRECT works fine. Kernel version is: Linux 2.6.12.6 #6 SMP Thu Sep 15 12:29:53 CEST 2005 x86_64 Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux please let me know if you need more info. tnx, Gorazd Or in other words is reiserfs3 supporting reading with O_DIRECT flag? Writing works well with 0_DIRECT on reiserfs3. Gorazd
Re: reiser3 and O_DIRECT read
On Mon, 10 Oct 2005, Vladimir V. Saveliev wrote: Does it work on ext2? Yes it work on ext2, ext3, xfs .. Are you sure that file offset is properly aligned? Yes .. Without O_DIRECT works fine as said in previous mails. Write with O_DIRECT works fine. Kernel version is: Linux 2.6.12.6 #6 SMP Thu Sep 15 12:29:53 CEST 2005 x86_64 Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux please let me know if you need more info. tnx, Gorazd Or in other words is reiserfs3 supporting reading with O_DIRECT flag? Writing works well with 0_DIRECT on reiserfs3. Gorazd
Re: reiser3 and O_DIRECT read
Would you please try whether the attached program works for you? Looks like it works - passed to programers. Thanks! gorazd Without O_DIRECT works fine as said in previous mails. Write with O_DIRECT works fine. Kernel version is: Linux 2.6.12.6 #6 SMP Thu Sep 15 12:29:53 CEST 2005 x86_64 Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux please let me know if you need more info. tnx, Gorazd Or in other words is reiserfs3 supporting reading with O_DIRECT flag? Writing works well with 0_DIRECT on reiserfs3. Gorazd
Re: reiser3 and O_DIRECT read
It doesn't work right - your example :( Our programmers said that ssize_t type should be used instead of size_t for rd variable.. in code is: size_t rd; tnx, gorazd On Mon, 10 Oct 2005, Vladimir V. Saveliev wrote: Hello Gorazd Golob wrote: On Mon, 10 Oct 2005, Vladimir V. Saveliev wrote: Does it work on ext2? Yes it work on ext2, ext3, xfs .. Are you sure that file offset is properly aligned? Yes .. Would you please try whether the attached program works for you? Without O_DIRECT works fine as said in previous mails. Write with O_DIRECT works fine. Kernel version is: Linux 2.6.12.6 #6 SMP Thu Sep 15 12:29:53 CEST 2005 x86_64 Intel(R) Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux please let me know if you need more info. tnx, Gorazd Or in other words is reiserfs3 supporting reading with O_DIRECT flag? Writing works well with 0_DIRECT on reiserfs3. Gorazd
reiser3 and O_DIRECT read
re! Are we looking on wrong suspect - snip from code looks like this: fd = open(f, O_RDONLY | O_DIRECT, 0); and is not working for reiserfs3 filesystem? Or in other words is reiserfs3 supporting reading with O_DIRECT flag? Writing works well with 0_DIRECT on reiserfs3. Gorazd
umount and sync delays
hi! I have strangely long delay (still waiting at the time) when unmounting or syncing partition with reiser4. At the same time writes are occuring to disk subsystem - when checking vmstat and of course checking disk activity light ;). Why does it take so long and it will ever finish ?:) I don't have debug enabled and I'm using 2.6.11-mm1 kernel. Partitions were formated with reiser4progs 1.0.4. gorazd
Re: umount and sync delays
Hi! Probably you just have a lot of dirty buffers in RAM and they need to flush to disk? Hmm.. I'll try explain .. Before I did sync or unmount, application, that previosly wrote to reiser4 partition was closed. In moment of running sync or umount OS had about 1.7gb of data in cache memory. Sync was finished in about 45 minutes after. I'm not sure why does it take so long on u320s scsi. The problem can be in files which are written to this partition - a lot (1M) of really small files. . Do we have to use some mount arguments? It's not really practical if server goes out of power and ups will last only 5 minutes - not enought time to safe shutdown of system.. Thanks, Gorazd
Re: umount and sync delays
I have no idea, and so I must guess. I guess that if you try the same application on a different computer it will work reasonably fast and that the problem is hardware doing extensive retries. We have tests on ext3 and it wasn't like fast, but few minutes, not 30 minutes.. Or, you are doing completely random IO with tiny little bits of dirty data in a large file, and so each 4k is a seek. I doubt this, but in theory No.. there is really random data in this files, but files are small (most of them less than 4 kb). Or you have something else on that machine dirtying lots of memory after the application closes, and perhaps there is a flaw in our method for forcing atoms to disk after they get old that we should look into. There were no other applications on that system and none of user land deamons were using that partition. Finally, it could be none of the above and something is wrong in our sync algorithms, and somebody should log onto your machine and look at it. Thanks. Probably all guesses are wrong, but I have to ask them as a start. Hope it helped.. tnx, gorazd
Re: md raid 1 reiser4
which kernel do you run ? one of the last -mm kernels has serious issues concerning raid, not Reiser4 specific. Can you try to reproduce the problem with another filesystem type ? vanilla 2.6.10 - Ok - looks like this is really md issue - ext3 is more resistant to it - but there are also lock problems with unmounting md drive independent from filesystem. Sorry for alarm ;( gorazd
md raid 1 reiser4
Hi! I have a very strange problem. I'm using 2.6.10 vanilla kernel with latest reiser4 patch. I'm using reiser4progs from gentoo distrobution 1.0.3. I have created md raid 1 device and formated if with reiser4 (mkfs.reiser4), mounted the partition (it took a bit longer than mounting a normal partition), copy some data on it - and suddenly it froze. I wasn't able to do ls on mount point (also freeze) and so on. I wasn't even able to reboot system properly - waiting for unmount of reiser4 partition? So after rebooting the computer (hard way) I mounted same reiser4 partition again - and it was without data. What can be wrong - is that known issue using reiser4 and md together? Reiser4 is working ok on same configuration on ide disk device (hdx). thanks, gorazd
