close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#4025 closed Defekt (erledigt)

NC: FTP-Server liefert Sonderzeichen falsch aus

Reported by: Rüdiger Kupper Owned by: Rüdiger Kupper
Priority: bald erledigen Milestone: Nextcloud: Optimierungen
Component: Webdienst: Kepler-Cloud Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc: bau

Description (last modified by Rüdiger Kupper)

Dateinamen, die Sonderzeichen enthalten (Umlaute, Akzente, …) erscheinen derzeit nicht in NC. Im Log steht jedweils der Eintrag „Error normalizing file: …“.

Beispieldateien: Das Verzeichnis /home/share/teachers/mayer/ enthält mehrere Dateien mit Umlauten, bei denen das Problem auftritt.

Das Problem kann an mehreren Stellen zu verorten sein:

  1. Falsche Locale-Einstellung auf cloud.kg-fds.de (#4024).
  2. möglicherweise auch falsche Locale-Enstellungen auf paedml.kg-fds.de bzw. beim dortigen NFS-Server. Die Sonderzeichen erscheinen auch an der Konsole auf paedml als Fragezeichen "?".
  3. falsche Locale-Einstellungen auf proxmoxls2 (dort wird das NFS-Share eingebunden und dann das Verzeichnis an cloud durchgereicht)
  4. falsche Einstellungen beim FTP-Server auf cloud. Zum Beispiel hat der eine Konfig-Option, Unicode zu verwenden (derzeit deaktiviert).
@bau
Welche Kodierung haben denn die Dateinamen bei uns? Ist das UTF-8 oder irgend eine Codepage? Die Einstellungen sollten auf allen Rechnern gleich sein, welche die NFS-Verzeichnisse einbinden.

Change History (6)

comment:1 by Rüdiger Kupper, 5 years ago

Description: modified (diff)

comment:2 by Rüdiger Kupper, 5 years ago

Zu der Meldung „Error normalizing file“ gibt es ein Ticket im NC-Bugtracker, siehe hier: ​https://github.com/nextcloud/server/issues/15787

comment:3 by Rüdiger Kupper, 5 years ago

Workaround/Alternative: Inzwischen scheint auch das Einbinden per SFTP zu funktionieren (seitdem der logind richtig startet) und hat mit den Umlauten weniger Probleme. Also vielleicht doch wieder zurück auf SFTP.

-> Ausprobieren

comment:4 by Rüdiger Kupper, 5 years ago

Resolution: → erledigt
Status: new → closed

Auf SFTP umgestellt, Umlaute funktionieren (wenn sie in UTF8 codiert sind). Eine Reihe Dateinamen, die andere Codepages verwenden (meist ältere Dateien) habe ich von Hand umbenannt, so dass die nun auch angezeigt werden. Das Lehrertauschverzeichnis wird nun auch durchgescannt.
Der SFTP-Zugang schein in kleines Bisschen weniger performant zu sein als das FTP (vielleicht wegen der Verschlüsselung). Falls wir das Umlaut-Problem beim FTP-Server irgendwann lösen können wir zurückwelchseln.

(Beim FTP tritt das Problem übrigens auch an der Kommandozeile auf, hier ist also wirklich der FTP-Server schuld, nicht NC.)

comment:5 by bau, 5 years ago

Ich habe keine Ahnung, welche Kodierung bei den Dateinamen verwendet wird.
Der Zugriff erfolgte ursprünglich nur über dem samba-Server, mittlerweile fast nur noch über NFS.
Diese beiden werden wohl auch die Kodierungen managen.

comment:6 by Rüdiger Kupper, 5 years ago

Inzwischen wird wohl eh alles UTF8 nutzen. Die Dateinamen, die nicht gescannt wurden, waren typischerweise von Dateien, die 10 Jahre oder älter waren. Da hat der Samba-Server sicher eine der alten Windows-Codepages verwendet.

Mit der gesetzten Locale werden die Dateien jetzt auf dem cloud-Rechner im Terminal richtig angezeigt. Öffnet man aber eine ftp-Verbindung nach localhost, dann werden alle Umlaute als Fragezeichen dargestellt. Also kommt offenbar der vsftp nicht mit UTF8 klar. Was seltsam ist, weil es dafür extra eine Config-Option gibt. Die ändert aber nichts.

Note: See TracTickets for help on using tickets.