Re: btrfs 3.14-2-amd64 btrfs_file_aio_write problem?
Am Donnerstag, 14. August 2014, 19:08:14 schrieb Владислав Воробьев:
> Hi Martin,
>
> danke für die umfangreich Antwort.
>
> В письме от 14 августа 2014 15:18:15 пользователь Martin Steigerwald
написал:
> > Am Dienstag, 12. August 2014, 17:15:50 schrieb Valdis Voronin:
> > > Hallo,
> >
> > Hallo Valdis,
> >
> > > Ich benutze hier Debian Jessie mit klassischem Raid 1 (mdadm), zwei ssd
> > > disks (Crucial_CT256MX100SSD1) und btrfs.
> > > 3.14-2-amd64 #1 SMP Debian 3.14.13-2 (2014-07-24) x86_64 GNU/Linux
> >
> > Ich habe das mit BTRFS RAID 1[1]. Ich würde mdadm glaube ich auch nicht
> > auf
> > SSDs einsetzen, da SoftRAID, soweit nicht anders eingestellt, da erstmal
> > überall Nullen drüberschreibt. Oder verwendete SoftRAID da mittlerweile
> > ATA
> > TRIM?
> >
> > [1] http://blog.teamix.de/2014/04/22/ssd-raid-1-mit-btrfs/
>
> Ja, btrfs raid 1 benutze ich Zuhause auf dem home pc experimentell.
> Auf dem Server wollte ich das nicht unbedingt einsetzen. Dies kenne ich
> halt.
Naja, verstehe ich schon, aber ich weiß wirklich nicht, inwiefern SoftRAID für
SSDs wirklich ne gute Idee ist. Kommt halt darauf an, ob es ATA TRIM
verwendet, um die SSDs zu nullen.
> > Achja und Obacht mit Kernel 3.15 und 3.16, da bleibt BTRFS derzeit auch
> > schonmal hängen, wenn es das komplette Gerät mit seinen Baumstrukturen
> > belegt hat, aber innerhalb der Baumstrukturen an sich schon noch genug
> > Platz frei ist. Da sind zwei Patches im Umlauf, die das Problem aber wohl
> > noch nicht komplett lösen. Eine teste ich gerade, den zweiten nehme ich
> > dazu, wenn ich meinen nächsten Kernel baue.
>
> Hm, vielleicht hilft da wirklich ein Kernel downgrade...
Bei Dir nicht, da Du ja bereits 3.14 verwendest. Die von mir erwähnten Hänger
sind mit 3.15 und 3.16.
> > > Der Server ist gut unter last. Nach zwei tagen bis einer Woche sehe ich
> > > Meldungen in messages wie unten.
> > > Der Server bleibt zwar weiterhin erreichbar, viele services antworten
> > > aber
> > > nicht.
> > > Reboot geht auch nicht. Kaltstart. ps aux - hängt einfach nach ein par
> > > Seiten Ausgabe.
> > >
> > > Hat jemand irgend welche Tipps zur betrieb von btrfs?
> >
> > Ich empfehle den Backtrace in der englischsprachigen BTRFS-Mailingliste
> > bei
> > vger.kernel.org zu posten. Das wäre doppelt interessant, da ich diesen
> > Backtrace noch nicht gesehen habe. Daher weiß ich auch nicht, was da
> > konkret das Problem ist. Daher mein Tipp mit der Kernel-bezogen
> > Mailingliste.
> Ja, das hatte ich gemacht mit meinem guten englisch
>
> http://blog.teamix.de/2014/04/22/ssd-raid-1-mit-btrfs
>
> Noch keine antworten.
Der Link stimmt nicht, habe aber es aber trotzdem gesehen und schon
geantwortet.
> > Aber wie geschrieben: Wenn Du nicht bereit bist, Dir die Mühe zu machen,
> > auf der englischsprachigen BTRFS-Mailingliste etwas mitzulesen, Dir das
> > BTRFS-Wiki anzuschauen und Fehler zu berichten und Dich etwas in die
> > BTRFS-Thematik einzuarbeiten, würde ich Dir BTRFS derzeit nicht
> > empfehlen.
> Recht hast du, ich mach mir mal die mühe die Wikis durchforsteten.
Es könnte, muss aber nichts mit der Speicherbelegung zu tun haben. Dazu gab es
ein sehr gutes Posting auf BTRFS-Mailingliste und es gibt auch einen netten
Blog-Eintrag. Leite ich Dir gleich mal weiter, wenn ich es noch finde.
Daher habe ich Dich auf der BTRFS-Mailingliste auch gebeten, ein paar Ausgaben
zur Speicherbelegung beizufügen.
> > Ich lasse auch mal die Links zu den entsprechenden Quellen weg, da diese
> > 1)
> > sehr einfach auffindbar zu sein und 2) es wichtig ist, beim Einsatz von
> > BTRFS derzeit etwas mehr Eigen-Engagement mitzubringen als beim Einsatz
> > von
> > Ext4 oder XFS.
>
> Ich meinem Fall zeit brtfs und reiserfs fast dreifache Performance beim
> schreiben auf die disks. Ich habe sehr sehr viele kleine Dateien und
> Verzeichnisse. Nun, mdadm sollte ich vielleicht wirklich nicht verwenden.
> Keine Ahnung welche Auswirkungen es auf ganze haben kann.
Naja, Du entscheidest, welches Risiko Du eingehst.
Auf meiner VM hab ich es ja mittlerweile auch laufen, um Erfahrungen zu
sammeln.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Reply to: