[erledigt] 3.16: cifs unbenutzbar

[CH777]

Ich habe ein großes Problem mit samba, siehe hier und hier.

Kurz zusammengefasst: rsync über samba ist unbenutzbar langsam, ebenso das Anzeigen großer Verzeichnisse mit ls.

Nachdem ich alles andere schon probiert habe (s. verlinkte Threads) habe ich jetzt mal Kernel 3.2 installiert und siehe da: Es geht wieder!
Leider ist das ja keine Dauerlösung; diverse andere Sachen funktionieren nicht mehr (z.B. nouveau).

Deshalb jetzt die Fragen an die Kernelversteher:
- Ist das ein Bug den ich melden sollte?
- Wie kann ich herausfinden woran genau das Problem liegt?
- Wie kann ich das mit einem neueren Kernel hinkriegen? (Ich habe keine Probleme damit, mir einen selbst zu backen. Aber da müsste ich halt wissen, an welchen Einstellungen ich was ändern muss...)

[novalix]

Der Versionssprung 3.2 => 3.16 ist natürlich nicht einfach zu überblicken.
Unter http://snapshot.debian.org/ (binary search) kannst Du Versionen dazwischen finden und installieren.
Vielleicht hilft das bei der Eingrenzung.

[CH777]

So, jetzt kam ich endlich mal zum testen.

Die letzte funktionierende Version in den snapshots ist 3.11.2. Die nächste, 3.12.6, geht nicht mehr.

Die Veränderungen cifs betreffend:
changelog.Debian:

Code: Alles auswählen

* cifs: Enable CIFS_SMB2

Kernel changelogs:

Code: Alles auswählen

commit bf96a2e6b0f40b1e48992edde49e7eae8d5923d1
Author: Steve French <smfrench@gmail.com>
Date:   Fri Nov 15 20:41:32 2013 -0600

    setfacl removes part of ACL when setting POSIX ACLs to Samba
    
    commit b1d93356427be6f050dc55c86eb019d173700af6 upstream.
    
    setfacl over cifs mounts can remove the default ACL when setting the
    (non-default part of) the ACL and vice versa (we were leaving at 0
    rather than setting to -1 the count field for the unaffected
    half of the ACL.  For example notice the setfacl removed
    the default ACL in this sequence:
    
    steven@steven-GA-970A-DS3:~/cifs-2.6$ getfacl /mnt/test-dir ; setfacl
    -m default:user:test:rwx,user:test:rwx /mnt/test-dir
    getfacl: Removing leading '/' from absolute path names
    user::rwx
    group::r-x
    other::r-x
    default:user::rwx
    default:user:test:rwx
    default:group::r-x
    default:mask::rwx
    default:other::r-x
    
    steven@steven-GA-970A-DS3:~/cifs-2.6$ getfacl /mnt/test-dir
    getfacl: Removing leading '/' from absolute path names
    user::rwx
    user:test:rwx
    group::r-x
    mask::rwx
    other::r-x
    
    
commit 167f34b7d969836cf4faeb92edcb9cc20cfc72f2
Author: Pavel Shilovsky <piastry@etersoft.ru>
Date:   Wed Oct 23 17:49:47 2013 +0400

    CIFS: Fix symbolic links usage
    
    commit eb85d94bdd91fb4dbea4ee465d4349cbea4eaaca upstream.
    
    Now we treat any reparse point as a symbolic link and map it to a Unix
    one that is not true in a common case due to many reparse point types
    supported by SMB servers.
    
    Distinguish reparse point types into two groups:
    1) that can be accessed directly through a reparse point
    (junctions, deduplicated files, NFS symlinks);
    2) that need to be processed manually (Windows symbolic links, DFS);
    
    and map only Windows symbolic links to Unix ones.

Ich seh jetzt nicht wie das problematisch sein könnte, vielleicht hat ja jemand der mehr davon versteht eine Idee.

[CH777]

OK, scheinbar hat keiner ne Idee...dann jetzt die nächste Frage: (Wie) kann ich das Modul aus der 3.11er Source für den aktuellen Kernel kompilieren?

[CH777]

Nach diversen Versuchen (auch auf der cifs-mailingliste -> keine Antwort) habe ich immer noch keine Idee woran das liegt.
Workaround: Ein virtuelles wheezy für die Datensynchronisation. Ist zwar irgendwie albern, aber ich brauch das für die Arbeit...

Wenn jemand noch eine andere Idee hat, immer raus damit

[CH777]

Inzwischen geht es wieder, warum auch immer.