<?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://blog.gmane.org/gmane.comp.file-systems.ext3.user">
    <title>gmane.comp.file-systems.ext3.user</title>
    <link>http://blog.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4997"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4993"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4976"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4970"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4969"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4962"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4959"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4958"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4955"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4954"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4951"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4950"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4949"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4948"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4939"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4937"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4936"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4921"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4920"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4915"/>
      </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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4997">
    <title>(LONG) Delay when writing to ext4 LVM after boot</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4997</link>
    <description>&lt;pre&gt;(I previously asked this question in the LVM list, and they suggested I ask
here.)

I have a large LV, about 6.5T, consisting of 4 physical drives of various
sizes. The LV is formatted as ext4. There is no raid  involved (hardware of
software).

After I first boot, if I try to write a large file (&amp;gt;~ 80M) to this LV, the
write hangs for about 1minute or more, then continues on at full speed and
finishes successfully. Writes of small files don't show this delay. After
that first write and delay, all subsequent writes to other large files
proceed at full speed.

I am currently running Fedora 17 64bit  (kernel 3.8.4-102.fc17.x86_64) but
have noticed this also in previous systems (both 64 and 32bit). With
smaller file systems ( &amp;lt; 1T ), there was a delay, but it was small, and it
increased significantly as I increased the LV size.

I have run e2fsck with the -D option (before attempting a write), which
made no difference. Also, fwiw,  I am mounting this with the default
options. I've tried other options that were &lt;/pre&gt;</description>
    <dc:creator>Ken Bass</dc:creator>
    <dc:date>2013-04-24T00:14:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4993">
    <title>e2freefrag says filesystem too large</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4993</link>
    <description>&lt;pre&gt;

Can someone tell me if this will be fixed?

# e2freefrag
/dev/sdl1
Device: /dev/sdl1
Blocksize: 4096 bytes
/dev/sdl1: Filesystem too large to use legacy bitmaps while reading
block bitmap

# rpm -qa|grep e2fsprogs
e2fsprogs-libs-1.42.5-1.fc18.x86_64
e2fsprogs-1.42.5-1.fc18.x86_64

# df|grep /dev/sdl1
/dev/sdl1Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 
35143869536 30265426892Â  4175317880Â  88% /mnt/backup

Thanks!

---
Will Y.

&lt;/pre&gt;</description>
    <dc:creator>aragonx&lt; at &gt;dcsnow.com</dc:creator>
    <dc:date>2013-03-26T19:51:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4976">
    <title>ext4 and extremely slow filesystem traversal</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4976</link>
    <description>&lt;pre&gt;Hello list,

  I have troubles with the daily backup of a modest filesystem which
tends to take more that 10 hours. I have ext4 all over the place on ~200
servers and never ran into such a problem.

  The filesystem capacity is 300 GB (19,6M inodes) with 196 GB (9,3M
inodes) used. It's mounted 'defaults,noatime'. It sits on a hardware
RAID array thru plain LVM slices. The RAID array is a RAID5 running on
5x SATA 500G disks, with a battery-backed (RAM) cache and write-back
cache policy. To be precise, it's an Areca 1231.

  The hardware RAID array use 64kB stripes and I've configured the
filesystem with 4kB blocks and stride=16. It also has 0 reserved blocks.
In other works the fs was created with 'mkfs -t ext4 -E stride=16 -m 0
-L volname /dev/vgX/Y'. I'm attaching the mke2fs.conf for reference too.

  Everything is running with Debian Squeeze and its 2.6.32 kernel (amd64
flavour), on a 4 cores and 4 GB RAM server.

  I ran a tiobench tonight on an idle instance (I have two identicals
systems - hw, sw, data &lt;/pre&gt;</description>
    <dc:creator>Vincent Caron</dc:creator>
    <dc:date>2013-03-12T23:56:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4970">
    <title>Need information about journal abortion and its relation withremounting</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4970</link>
    <description>&lt;pre&gt;Hi Guys,

I was looking at the code of ext3 file system and found some strange 
implementation there :

Can someone please let me know the validity of below statements :

1. I found that it might also happen that journal is aborted but not 
re-mounted
2. Journal gets aborted but it might be possible to mount it in 
read-write mode.
3. Can we write some data on the partition where journal is aborted.

Thanks in advance

Regards
Shubham
&lt;/pre&gt;</description>
    <dc:creator>shubham</dc:creator>
    <dc:date>2012-11-07T16:41:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4969">
    <title>Relation between aborted journal and read only file system</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4969</link>
    <description>&lt;pre&gt;Hi All,

This is my first post in this mailing list.

I am a learner in this field.

I have a query here :

1. If ext3 filesystem's journal got curropted then is it necessary
thatfilesystem will be mounted read only ?
either YES/NO, I want to know the reason also.

(If I can get some links/document for this then it will be really useful)

2. Also I would like to know that how we can find root cause of ext3
corruption ?

3. In case we found root cause then how to fix and test the code. I think
in this case
regression would be required because file system can impact whole system.
So , how to be sure about my fix .

Please reply ..

Regards,
Shubham
_______________________________________________
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>Shubham Sharma</dc:creator>
    <dc:date>2012-10-25T16:25:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4962">
    <title>bind mounts, chroots, and mismatching kernel with userland</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4962</link>
    <description>&lt;pre&gt;I have a 32-bit debian system, but I recently needed to mmap large
files, so I started using a 64-bit kernel with my 32-bit userland and
installed a 64-bit debian chroot to run inside.  I use bind mounts for
proc, sys, tmp, dev, and home.  It all works fine, but occasionally, the
filesystem gets corrupted (/ and /home are on the same system).  I am
running linux 3.2.21 (3.2.0-3 in debian).

Have I done something I shouldn't do?

I hope this is the right mailing list for this question; I couldn't find
another linux fs user mailing list.

Thanks,
Jayen
&lt;/pre&gt;</description>
    <dc:creator>Jayen</dc:creator>
    <dc:date>2012-08-15T10:16:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4959">
    <title>resize too large</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4959</link>
    <description>&lt;pre&gt;
I have a file system I am trying to resize via resize2fs but I get this error

resize2fs 1.41.14 (22-Dec-2010)
resize2fs: New size too large to be expressed in 32 bits

im on debian squeeze 2.6.32-5-amd64

# pvs
  PV         VG      Fmt  Attr PSize  PFree
  /dev/md1   vgRAID6 lvm2 a-   18.17t 134.12g

# lvs
  LV    VG      Attr   LSize  Origin Snap%  Move Log Copy%  Convert
  data1 vgRAID6 -wi-ao 18.00t

and the cryptsetup resize worked like a charm. I ran  e2fsck before the resize which pass sucessfully.

I added 

ext4 = {
                features = has_journal,extent,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize
                auto_64-bit_support = 1 ## ADDED THIS
                inode_size = 256
        }

to /etc/mke2fs.conf

and run resize2fs and got the same error
       &lt;/pre&gt;</description>
    <dc:creator>william L'Heureux</dc:creator>
    <dc:date>2012-08-04T13:26:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4958">
    <title>Filesystem is busy after umount and won't fsck</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4958</link>
    <description>&lt;pre&gt;This is on Fedora 16, kernel 3.3.7-1.fc16.x86_64. sdb1/3 are ext3
devices on a Hitachi HDS721010KLA330.

# fsck /dev/sdb1
fsck from util-linux 2.20.1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext3: Device or resource busy while trying to open /dev/sdb1
Filesystem mounted or opened exclusively by another program?
# fsck /dev/sdb3
fsck from util-linux 2.20.1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext3: Device or resource busy while trying to open /dev/sdb3
Filesystem mounted or opened exclusively by another program?
# umount /dev/sdb1
umount: /dev/sdb1: not mounted
# umount /dev/sdb3
umount: /dev/sdb3: not mounted
# grep sdb /proc/mounts

# mount /dev/sdb1 /mnt/tmp
# umount /mnt/tmp
# fsck /dev/sdb1
fsck from util-linux 2.20.1
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext3: Device or resource busy while trying to open /dev/sdb1
Filesystem mounted or opened exclusively by another program?

# lsof|grep sdb
jbd2/sdb1  3835          root  cwd       DIR                8,1     4096
         2 /
jbd2/sdb1  3835          root  rtd       D&lt;/pre&gt;</description>
    <dc:creator>Jeremy Sanders</dc:creator>
    <dc:date>2012-06-14T09:11:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4955">
    <title>Proper stride and stripe-width for RAID 50</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4955</link>
    <description>&lt;pre&gt;Hello,

I've been looking around, but can't seem to find an authoritative statement on setting stride and stripe-width for RAID 50 (i.e. a RAID 0 over multiple RAID 5s)

Based on my understanding of what stride and stripe-width set, it seems to me that it should be calculated the same as it would be if there were no multiple-level RAIDing involved.  For example, given a RAID 50 made up of two 3+1 RAID 5s striped together (so 8 disks total) with a 512k chunk size and 4k block size, the stride should be 128 (512 / 4) and the stripe-width should be 768 (stride * 6 data disks).  These settings should work equally well whether the two RAID 5s are striped together or just appended one after the other via LVM.

Is my reasoning correct?

David
&lt;/pre&gt;</description>
    <dc:creator>David Shaw</dc:creator>
    <dc:date>2012-06-05T16:12:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4954">
    <title>Milos rovcanin ti je poslao poruku...</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4951">
    <title>Strange behaviour during file rename</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4950">
    <title>Trace ACL updates to an ext3 inode</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4949">
    <title>Pročitaj poruku pre nego što bude obrisana!</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4948">
    <title>Milos rovcanin ti je poslao poruku...</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4939">
    <title>damaged encrypted LUKS device</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4937">
    <title>High CPU Utilization When Copying to Ext4</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4936">
    <title>power outage turned raid ext3 into ext2, how to fix ?</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.file-systems.ext3.user/4921">
    <title>Fwd: Re: ext3 with maildir++ = huge disk latency and high load</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4921</link>
    <description>&lt;pre&gt;23.09.2011 11:31, Janne Pikkarainen пишет:
Thank you for reply,

BTW, other webserver has almost the same bonnie results (10283ms and
5884ms) on ext3 partition with 45GB of data (1.5 millions of files)?!

Hardware and RAID5(also hardware) are the same: HP Proliant DL380 G4
with SmartArray 6i controller (as I see it comes with 128MB BBWC enabler
but not kit).

I did not tried to mount fs with barriers disabled. Does it have any
crititcal risks?

Bonnie tests was performed in the morning when we have a mininmal user load.

With regards, Andrey.


_______________________________________________
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-23T08:14:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4920">
    <title>ext3 with maildir++ = huge disk latency and high load</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4920</link>
    <description>&lt;pre&gt;Hello,

I have a production mail server with maildir++ structure and about 250GB 
(~10 millions) of files on the ext3 partition on RAID5. It's mounted 
with noatime option. These mail server is responsible to local delivery 
and storing mail messages.

System has Debian Squeeze installed and Exim as MDA + Dovecot as 
IMAP+POP3 server.

Bonnie results are terrible. Sequential output for Block and Rewrite are 
10722ms and 9232ms. So if there is a 1000 messages in the mail queue 
load is extremely high, delivery time is very big and server can hang. I 
did not see such problems with UFS on FreeBSD server.

As I understand ext3 file system is really bad for such configurations 
with Maildir++ (many smaill files)? Is there a way to decrease disk 
latency on ext3 or speed up it?

With regards, Andrey
&lt;/pre&gt;</description>
    <dc:creator>Andrey</dc:creator>
    <dc:date>2011-09-23T05:51:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4915">
    <title>damaged partition</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4915</link>
    <description>&lt;pre&gt;Hi All,

since weeks i cant access the laptop from my girl-friend. This laptop
has a dual boot system (Windows and Debian Lenny). When i try to start
the Linux System he stops at a specific point, where he cant find some
devices under /dev/. Further i tried to boot a live-CD and mount the
Linux System manualy without success.

My partition-table is:
     Disk /dev/sda: 80.0 GB, 80026361856 bytes
     255 heads, 63 sectors/track, 9729 cylinders
     Units = cylinders of 16065 * 512 = 8225280 bytes
     Sector size (logical/physical): 512 bytes / 512 bytes
     I/O size (minimum/optimal): 512 bytes / 512 bytes
     Disk identifier: 0xb1c0b1c0

        Device Boot      Start         End      Blocks   Id  System
     /dev/sda1   *           1        8032    64517008+   7  HPFS/NTFS
     /dev/sda2            8415        9728    10554705    f  W95 Ext'd (LBA)
     /dev/sda3            8033        8414     3068415    c  W95 FAT32 (LBA)
     /dev/sda5   *        8415        8420       48163+  83  Linux
     /dev/sda&lt;/pre&gt;</description>
    <dc:creator>Markus Feldmann</dc:creator>
    <dc:date>2011-09-16T13:24:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4913">
    <title>High CPU Utilization When Copying to Ext4</title>
    <link>http://comments.gmane.org/gmane.comp.file-systems.ext3.user/4913</link>
    <description>&lt;pre&gt;Sorry if this is not the correct mailing list for ext4 questions.

I'm copying terabytes of data from an ext3 file system to a new ext4 file system.  I'm seeing high CPU usage from the processes  flush-253:2, kworker-3:0, kworker-2:2, kworker-1:1, and kworker-0:0.   Does anyone on the list have any idea what these processes do, why they are consuming so much cpu time and if there is something that can be done about it?  This is using Fedora 15.

Thanks!
Sean
&lt;/pre&gt;</description>
    <dc:creator>Mccauliff, Sean D. (ARC-PX)[Lockheed Martin Space OPNS]</dc:creator>
    <dc:date>2011-06-26T17:33:16</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>
