<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user">
    <title>gmane.comp.file-systems.ext3.user</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4954"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4953"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4952"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4951"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4950"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4949"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4948"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4945"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4944"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4943"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4942"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4941"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4940"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4939"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4938"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4937"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4936"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4935"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4934"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4933"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4954">
    <title>Milos rovcanin ti je poslao poruku...</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4954</link>
    <description>&lt;pre&gt;Milos rovcanin ti je ostavio poruku...

Pošiljalac poruke i njen sadržaj biće vidljivi jedino tebi i možeš bilo kada da ih obrišeš. Takođe možeš trenutno na nju da odgovoriš uz pomoć messanger-a. Da saznaš šta piše u poruci, klikni na ovaj link:
http://eu1.badoo.com/0264029469/in/glNMf6HdVx8/?lang_id=69&amp;amp;m=63&amp;amp;mid=4f8fc61c0000000000450000a55ace52

Neki ljudi iz okoline koji su na Badoo-u
Ivan (Beograd, Srbija)
Saska (Beograd, Srbija)
Sanela (Beograd, Srbija)

http://eu1.badoo.com/0264029469/in/glNMf6HdVx8/?lang_id=69&amp;amp;m=63&amp;amp;mid=4f8fc61c0000000000450000a55ace52

Ukoliko link u ovoj poruci ne funkcioniše, kopiraj ga i nalepi u traku za adresu svog pregledača.

Ovim i-mejlom dostavljamo poruku koju je na našem sistemu poslao korisnik Milos rovcanin. Ako ti je ovaj i-mejl stigao greškom, molimo te da ga jednostavno zanemariš. Poruka će u najkraćem roku biti uklonjena sa sistema.


Želimo ti dobar provod!
Badoo tim

Ovaj i-mejl je poslao Badoo Trading Limited (poštanska adresa ispod). http://e&lt;/pre&gt;</description>
    <dc:creator>Badoo</dc:creator>
    <dc:date>2012-04-19T08:00:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4953">
    <title>RE: Strange behaviour during file rename</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4953</link>
    <description>&lt;pre&gt;Hi,

Thank you for taking the time to look at this - I think I was hitting this bug: https://bugzilla.redhat.com/show_bug.cgi?id=438076.
Thanks again,
Vlad


From: Lakshmipathi.G [mailto:lakshmipathi.g&amp;lt; at &amp;gt;gmail.com]
Sent: 07 March 2012 09:06
To: Eatwell, Vladimir (London)
Cc: ext3-users&amp;lt; at &amp;gt;redhat.com
Subject: Re: Strange behaviour during file rename

Hi -
I tried the scripts you have provided on ext3 FS. But I was unable to reproduce your issue (ran them simultaneously).
Can you run the script with debugging mode "set -x" and see what going wrong ?


--
----
Cheers,
Lakshmipathi.G
FOSS Programmer.
www.giis.co.in&amp;lt;http://www.giis.co.in&amp;gt;

This email has been sent by a member of the Man group (“Man”). Man’s parent company, Man Group plc, is registered in England and Wales (company number 2921462) at Riverbank House, 2 Swan  Lane, London, EC4R 3AD.
The contents of this email are for the named addressee(s) only. It contains information which may be confidential and privileged. If you are not the intended recipient&lt;/pre&gt;</description>
    <dc:creator>Eatwell, Vladimir (London</dc:creator>
    <dc:date>2012-03-07T11:20:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4952">
    <title>Re: Strange behaviour during file rename</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4952</link>
    <description>&lt;pre&gt;Hi -
I tried the scripts you have provided on ext3 FS. But I was unable to
reproduce your issue (ran them simultaneously).
Can you run the script with debugging mode "set -x" and see what going
wrong ?


&lt;/pre&gt;</description>
    <dc:creator>Lakshmipathi.G</dc:creator>
    <dc:date>2012-03-07T09:06:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4951">
    <title>Strange behaviour during file rename</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4951</link>
    <description>&lt;pre&gt;http://stackoverflow.com/questions/9535653/file-rename-on-ext3-appears-to-break-posix-spec

I posted the above to stackoverflow - I am running a test does repeated file renames to a target file in one thread, and repeatedly reads that target file in another thread. This works fine except when there is a hard-link to the file being renamed to the target file. In this case the reading thread hits file not found errors (not always but often). This seems to break the sped for 'rename'.

The test is:

    #!/bin/bash
    touch target;
    for ((i=0; i &amp;lt; 1000; i=i+1)); do
        echo "snafu$i" &amp;gt; $1/file$i;
        ln $1/file$i $1/link$i
        mv -f $1/file$i $1/target;
    done;

and the reading side:


    #!/bin/bash

    while(true);do

        cat $1/target;

    done

if the linking step is removed from the writing thread, then no errors are seen as expected.

Does anyone know why the presence of the link causes read errors during the rename? I tried creating all the temporary files and links first, then p&lt;/pre&gt;</description>
    <dc:creator>Eatwell, Vladimir (London</dc:creator>
    <dc:date>2012-03-02T16:36:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4950">
    <title>Trace ACL updates to an ext3 inode</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4950</link>
    <description>&lt;pre&gt;I am trying to record all ACL related updates to a particular inode on
an ext3 file system.

*Question:*

  * Is ext3_set_acl() the best entry point to trace from?


I wrote the following trivial system tap script, in an attempt to
capture this information:

#!/usr/bin/stap
/*
* Aggregate calls to ext3_set_acl() for a particular inode number
* Purpose:
*  - Track ACL modifications to an ext3 inode
*/
global check_count;
global inode_num = 0;

probe module("ext3").function("ext3_set_acl") {
        inode_num = $1;
        if ($inode-&amp;gt;i_ino == $1) {
                printf ("execname: %s, pid: %d, inode num: %d\n",
execname(), pid(), $inode-&amp;gt;i_ino);
                /*check_count++; */
                check_count[execname()] &amp;lt;&amp;lt;&amp;lt; 1;
        }
}

probe end {
                printf ("Calls to ext3_set_acl():\n");
        foreach ([exec] in check_count-) {
                printf ("%s operated %d times on inode %d\n", exec,
&amp;lt; at &amp;gt;count(check_count[exec]), inode_num);
        }
        delete check_count;
        delete in&lt;/pre&gt;</description>
    <dc:creator>Aaron Tomlin</dc:creator>
    <dc:date>2012-01-01T13:54:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4949">
    <title>Pročitaj poruku pre nego što bude obrisana!</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4949</link>
    <description>&lt;pre&gt;Pročitaj poruku koju ti je poslao korisnik Milos rovcanin pre nego što bude obrisana!

Da pročitaš poruku, prati ovaj link:
http://eu1.badoo.com/0264029469/in/glNMf6HdVx8/?lang_id=69&amp;amp;m=65&amp;amp;mid=4ef69026000000000045000000731e42

I još neki ljudi koji strpljivo čekaju:
Sebastian (Gent, Belgija)
naomi (Gent, Belgija)
Keke (Gent, Belgija)

http://eu1.badoo.com/0264029469/in/glNMf6HdVx8/?lang_id=69&amp;amp;m=65&amp;amp;mid=4ef69026000000000045000000731e42

Ukoliko linkovi u ovoj poruci ne funkcionišu, kopiraj ih i nalepi u traku za adresu svog pregledača.

Ovim i-mejlom dostavljamo poruku koju je na našem sistemu poslao korisnik Milos rovcanin. Ako ti je ovaj i-mejl stigao greškom, molimo te da ga jednostavno zanemariš. Poruka će u najkraćem roku biti uklonjena sa sistema.

Želimo ti dobar provod!
Badoo tim

Ovim putem te obaveštavamo da ti je jedan Badoo korisnik poslao poruku na Badoo-u. Ovo je automatski generisana poruka i odgovori na nju se ne čuvaju niti čitaju. Ukoliko više ne želiš da primaš poruke iz &lt;/pre&gt;</description>
    <dc:creator>Badoo</dc:creator>
    <dc:date>2011-12-25T02:53:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4948">
    <title>Milos rovcanin ti je poslao poruku...</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4948</link>
    <description>&lt;pre&gt;Milos rovcanin ti je ostavio poruku...

Pošiljalac poruke i njen sadržaj biće vidljivi jedino tebi i možeš bilo kada da ih obrišeš. Takođe možeš trenutno na nju da odgovoriš uz pomoć messanger-a. Da saznaš šta piše u poruci, klikni na ovaj link:
http://eu1.badoo.com/0264029469/in/glNMf6HdVx8/?lang_id=69&amp;amp;m=21&amp;amp;mid=4eec5a7700000000004500009112c1a2

I još neki ljudi koji strpljivo čekaju:
Sebastian (Gent, Belgija)
Jessica Herrebaut (Gent, Belgija)
Leila (Gent, Belgija)

http://eu1.badoo.com/0264029469/in/glNMf6HdVx8/?lang_id=69&amp;amp;m=21&amp;amp;mid=4eec5a7700000000004500009112c1a2

Ukoliko link u ovoj poruci ne funkcioniše, kopiraj ga i nalepi u traku za adresu svog pregledača.

Ovim i-mejlom dostavljamo poruku koju je na našem sistemu poslao korisnik Milos rovcanin. Ako ti je ovaj i-mejl stigao greškom, molimo te da ga jednostavno zanemariš. Poruka će u najkraćem roku biti uklonjena sa sistema.


Želimo ti dobar provod!
Badoo tim

Ovim putem te obaveštavamo da ti je jedan Badoo korisnik poslao por&lt;/pre&gt;</description>
    <dc:creator>Badoo</dc:creator>
    <dc:date>2011-12-17T09:01:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4945">
    <title>Re: damaged encrypted LUKS device</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4945</link>
    <description>&lt;pre&gt;* Markus Feldmann &amp;lt;feldmann_markus&amp;lt; at &amp;gt;gmx.de&amp;gt; hat geschrieben:


Ok, the summary of that paste is:
| root&amp;lt; at &amp;gt;feld-bert:/home/markus# LANG=C e2fsck -n -C0 /dev/dm-1
| e2fsck 1.42-WIP (16-Oct-2011)
| e2fsck: Group descriptors look bad... trying backup blocks...
| Error writing block 1 (Attempt to write block to filesystem
|     resulted in short write). Ignore error? no
(more lines of this kind)
| e2fsck: Device or resource busy while trying to open /dev/dm-1
| Filesystem mounted or opened exclusively by another program?

And the bug report is here:
https://sourceforge.net/tracker/?func=detail&amp;amp;aid=3444351&amp;amp;group_id=2406&amp;amp;atid=102406

| 1. e2fsck should not try to write when using -n.
| 2. ignore error is not a question to be answered with "no" when
|    using -n but with "yes" instead.
| 3. I do not know what that "Device or resource busy" error is about
|    (someone else reported that problem on ext3-users&amp;lt; at &amp;gt;redhat.com, I'm
|    merely relaying that bug report), but it doesn't matter either: -n
|    means don't write &lt;/pre&gt;</description>
    <dc:creator>Bodo Thiesen</dc:creator>
    <dc:date>2011-11-28T18:26:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4944">
    <title>Re: damaged encrypted LUKS device</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4944</link>
    <description>&lt;pre&gt;Here comes my new output from &amp;lt;LANG=C e2fsck -n -C0 /dev/dm-1&amp;gt;

http://pastebin.com/raw.php?i=x0siBmrj

I will buy another 1 TByte harddisk these days and then make a 
byte-to-byte backup.

regards Markus
&lt;/pre&gt;</description>
    <dc:creator>Markus Feldmann</dc:creator>
    <dc:date>2011-11-28T17:09:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4943">
    <title>Re: damaged encrypted LUKS device</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4943</link>
    <description>&lt;pre&gt;Hello Markus.

* Markus Feldmann &amp;lt;feldmann_markus&amp;lt; at &amp;gt;gmx.de&amp;gt; hat geschrieben:

That line tells you ;)

So, try a e2fsck -n -C0 /dev/dm-1 (the -n causes no changes to be made
to the file system - errors will be reported only). If it's not too much,
but you're unsure what to do, maybe you want to post them here (use
command

LANG=C e2fsck -n /dev/dm-1 &amp;gt; some-file.txt

for that and post the contents of some-file.txt). If it's too much maybe
you want to pastebin them and post the link here. In both cases, remember
to strip path names and similar data unless you don't care to publish them.
(However - why are you encrypting them then in the first place?)

Additionally, I suggest following Markus Peuhkuri's tip to first create a
block by block copy before doing anything else. I suggest copying the
encrypted version (i.e. /dev/sdb) not the decrypted one (i.e. /dev/dm-1).

Regards, Bodo
&lt;/pre&gt;</description>
    <dc:creator>Bodo Thiesen</dc:creator>
    <dc:date>2011-11-28T15:58:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4942">
    <title>Re: damaged encrypted LUKS device</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4942</link>
    <description>&lt;pre&gt;Am 26.11.2011 17:40, schrieb Matija Nalis:

How can i be sure, that my cryptsetup/LUKS harddisk is still decrypted?

&amp;lt;cryptsetup status /dev/dm-1&amp;gt; gives me:
&lt;/pre&gt;</description>
    <dc:creator>Markus Feldmann</dc:creator>
    <dc:date>2011-11-28T14:42:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4941">
    <title>Re: damaged encrypted LUKS device</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4941</link>
    <description>&lt;pre&gt;And if it happens to abort on error, try http://safecopy.sourceforge.net 
(available on package in recent distros) that makes quite good work on 
reading disks with read errors.  Worked better than any 
dd{_recover,rescue}.  After doing the 3-stage copy, I was able copy 
files from ext4 partition inside LVM that was in qcow2 virtual machine 
image that was on ext3 partition on LVM on the failed disk.

t. Markus
&lt;/pre&gt;</description>
    <dc:creator>Markus Peuhkuri</dc:creator>
    <dc:date>2011-11-28T10:17:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4940">
    <title>Re: damaged encrypted LUKS device</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4940</link>
    <description>&lt;pre&gt;
On Sat, Nov 26, 2011 at 03:15:42PM +0100, Markus Feldmann wrote:

try "e2fsck -C0 /dev/dm-0" (assuming /dev/dm-0 is your block device 
after decryption).

And do full block-by-block backup of your external USB disk first! 
(using dd(1))

&lt;/pre&gt;</description>
    <dc:creator>Matija Nalis</dc:creator>
    <dc:date>2011-11-26T16:40:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4939">
    <title>damaged encrypted LUKS device</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4939</link>
    <description>&lt;pre&gt;Hi people,

i had created encrypted device with cryptsetup/LUKS which i setup with 
an ext4 filesystem. This device is an external USB harddisk. When i 
plugin this device it will be automatically mounted by my gnome3 system 
(Debian Wheezey/Testing), but this week i got an error. I did ask the 
ask the LUKS developers what is the problem and they told me that this 
is an ext4 problem.

The error message from gnome is:




And from &amp;lt;dmesg&amp;gt; i got the message:

Further on, when i try to &amp;lt;fsck -N /dev/sdb&amp;gt; i get:

But cryptsetup is installed, only lvm2 is missing, but i dont have a LVM 
device and as i researched at "debian.org" there is no package which 
provides the command &amp;lt;fsck.crypto_LUKS&amp;gt;.


Any hints/instructions for me?

regards Markus

_______________________________________________
Ext3-users mailing list
Ext3-users&amp;lt; at &amp;gt;redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users&lt;/pre&gt;</description>
    <dc:creator>Markus Feldmann</dc:creator>
    <dc:date>2011-11-26T14:15:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4938">
    <title>Re: High CPU Utilization When Copying to Ext4</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4938</link>
    <description>&lt;pre&gt;
You might get a better discussion going on the
linux-ext4&amp;lt; at &amp;gt;vger.kernel.org developer's list, but I do listen in on
ext3-users.  What do you consider high CPU utilization, and how are
you writing to ext4?  And what kernel version are you using?

Regards,

- Ted
&lt;/pre&gt;</description>
    <dc:creator>Ted Ts'o</dc:creator>
    <dc:date>2011-11-05T17:21:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4937">
    <title>High CPU Utilization When Copying to Ext4</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4937</link>
    <description>&lt;pre&gt;Sorry if this is not the correct mailing list for ext4 questions.


Kristen Eisenberg
Billige Flüge
Marketing GmbH
Emanuelstr. 3,
10317 Berlin
Deutschland
Telefon: +49 (33)
5310967
Email:
utebachmeier at
gmail.com
Site:
http://flug.airego.de
- Billige Flüge vergleichen
_______________________________________________
Ext3-users mailing list
Ext3-users&amp;lt; at &amp;gt;redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users&lt;/pre&gt;</description>
    <dc:creator>Kristen Eisenberg</dc:creator>
    <dc:date>2011-11-05T13:06:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4936">
    <title>power outage turned raid ext3 into ext2, how to fix ?</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4936</link>
    <description>&lt;pre&gt;Hi all,

after a power outage the raid5 /dev/md2 couldn't be assembled,
mdadm -Af (forced assemble) worked,
and i can access all the data when i mount it as ext2,
but it used to be ext3 before and i get errors trying to mount it as that.

after it couldn't be assembled directly (sorry, didn't save the original 
error message)
i found the right drives using
# mdadm --misc --examine /dev/sdX
and used
# mdadm -Af /dev/md2 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 
/dev/sdi1
(-A assemble, f:forced) and it worked saying
# mdadm: forcing event count in /dev/sde1(0) from 51014 upto 51020
# mdadm: forcing event count in /dev/sdf1(1) from 51014 upto 51020
# mdadm: forcing event count in /dev/sdg1(2) from 51014 upto 51020
# mdadm: forcing event count in /dev/sdh1(3) from 51014 upto 51020
# mdadm: forcing event count in /dev/sdi1(4) from 51014 upto 51020

Now when i mount it (i only tried readonly for now) as ext2 it works 
fine, i can see the files etc,
but it used to be ext3, and when i try to mount it as tha&lt;/pre&gt;</description>
    <dc:creator>ghoulsblade</dc:creator>
    <dc:date>2011-10-17T14:44:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4935">
    <title>Re: ext3 with maildir++ = huge disk latency and high load</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4935</link>
    <description>&lt;pre&gt;Hello,

This is standard Debian Squeeze(6.0.2) kernel:

# uname -a
Linux debian 2.6.32-5-686 #1 SMP Fri Sep 9 20:51:05 UTC 2011 i686 GNU/Linux

29.09.2011 18:44, Eric Sandeen пишет:

_______________________________________________
Ext3-users mailing list
Ext3-users&amp;lt; at &amp;gt;redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users&lt;/pre&gt;</description>
    <dc:creator>Andrey</dc:creator>
    <dc:date>2011-09-29T15:13:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4934">
    <title>Re: ext3 with maildir++ = huge disk latency and high load</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4934</link>
    <description>&lt;pre&gt;
What kernel version was this tested on?

Thanks,
-Eric


_______________________________________________
Ext3-users mailing list
Ext3-users&amp;lt; at &amp;gt;redhat.com
https://www.redhat.com/mailman/listinfo/ext3-users&lt;/pre&gt;</description>
    <dc:creator>Eric Sandeen</dc:creator>
    <dc:date>2011-09-29T14:44:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4933">
    <title>Re: ext3 with maildir++ = huge disk latency and high load</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4933</link>
    <description>&lt;pre&gt;Let me to share some testing RAID 5 results with bonnie++:

ext3 (defaults,noatime):

Version  1.96       ------Sequential Output------ --Sequential Input- 
--Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- 
--Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP 
/sec %CP
debian           2G   242  96 22458  10  8826   2  1854  98 120985  11 
317.1   3
Latency               211ms     896ms     720ms   22258us   18733us 
622ms
Version  1.96       ------Sequential Create------ --------Random 
Create--------
debian              -Create-- --Read--- -Delete-- -Create-- --Read--- 
-Delete--
               files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP 
/sec %CP
                  16 12857  33 +++++ +++ 15377  34 13585  33 +++++ +++ 
15404  35
Latency             12284us     992us    1029us     432us     140us 
  76us

ext3 (-T small,defaults,noatime):

Version  1.96       ------Sequential Output------ --Sequential Input- 
--Random-
Concurrency   1     &lt;/pre&gt;</description>
    <dc:creator>Andrey</dc:creator>
    <dc:date>2011-09-29T14:36:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4932">
    <title>Re: ext3 with maildir++ = huge disk latency and high load</title>
    <link>http://permalink.gmane.org/gmane.comp.file-systems.ext3.user/4932</link>
    <description>&lt;pre&gt;
Ext4 will do better than ext3; but I can predict to you up front that
xfs will do better than ext4, because it is better optimized for RAID
arrays at the moment.  Ext4 has superblock fields to store RAID 5
parameters, but the code to fully take advantage of those RAID
parameters is not fully implemented.

You should also take a look at your RAID parameters.  If your RAID
stripe size is too large, it will impact workloads such as mail
servers which typically involve small writes.  Have you considered
using RAID 10 over RAID 5?  It's not as efficient from a space
perspective but if you are primarily concerned about throughput and
latency, it's the way to go.

- Ted
&lt;/pre&gt;</description>
    <dc:creator>Ted Ts'o</dc:creator>
    <dc:date>2011-09-29T13:08:32</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.file-systems.ext3.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.file-systems.ext3.user</link>
  </textinput>
</rdf:RDF>

