Time Machine kann nicht mehr auf Server schreiben

[htsl]

Hallo zusammen,

wir haben hier in unserer Firma mehrere Macs, von denen drei ihre Time Machine Backups auf einen zentralen Fileserver schreiben. Der Server läuft mit Openmediavault in der aktuellsten Version. Alle Macs laufen mit Sonoma und werden regelmäßig aktualisiert.

Das funktionierte jetzt auch für einige Jahre völlig problemlos. Praktisch über Nacht weigert sich aber jetzt mein Rechner, Backups zu erstellen. Ich bekomme immer diese Fehlermeldung:

Das ausgewählte Backup-Volume im Netzwerk unterstützt die notwendigen Funktionen nicht.

Stelle sicher, dass für dieses Volume die Unterstützung für Time Machine auf dem Server aktiviert ist, oder wähle ein anderes Netzwerk-Backup-Volume aus.

Ich habe Rechner und Server neu gestartet, Updates auf dem Server gemacht, auf dem Backup Volume den Time Machine Support aus und wieder eingeschaltet und auch ein neues Volume erstellt - alles leider ohne Erfolg. Die anderen Macs haben das Problem nicht, da laufen die Backups ganz normal. Deshalb glaube ich, daß das Problem eher auf Mac OS Seite liegt und weniger beim Server.

Das einzige, das ich auf dem Server in den Daemon Logs finden konnte, war dieser Eintrag. Der wird immer erstellt, wenn ich versuche, ein Volume als Bachup Medium auszuwählen.

smbd[46733]: process_usershare_file: share name /cifs._smb._tcp.local./hanstm3 contains invalid characters (any of %<>*?|/\+=;:",)

Aber weder im Usernamen, noch im Kennwort sind irgendwelche Sonderzeichen enthalten. Dieses Volume hansth3 ist zudem das neu erstellte.

Hat da jemand eine Idee dazu? Ich möchte ungern den Rechner komplett neu aufsetzen.
Danke schon Mal im Voraus.

 

[jteschner]

Ich sehe, dass du deine Bitte um Hilfe vom omv-Forum auf dieses Forum erweitert hast - sehr gut Bei den omv-Entwicklern gibt es halt keine Apple-HW. Daher können die kaum helfen.
@lisanet ich hatte im omv-Forum schon die ein oder andere Frage gestellt bzw. Tip gegeben, bin da aber mit meinem beschränkten Wissen auch nicht weiter gekommen. Bestimmt hast du noch Ansatzpunkte ...
Oder natürlich auch andere ...

 

[lisanet]

hhmm, es liegt mit an Sicherheit grenzender Wahrscheinlichkeit nicht an macOS

Poste bitte mal deine smb.conf, daran kann man mehr erkennen. Sonst wird das nur ein herum raten.

Ich habe folgende "Verdachtsmomente"

a) cifs ist SMB 1, was nicht mehr mit TimeMachine geht. Und das ist auch gut so.

b) dein neues Share (oder ein anderes) hat keine Einbindung des vfs_fruit objects. Das ist ein gängiger Fehler in nahezu allen NAS, auch omv. Eigentlich alle NAS orientieren sich an Windows und vernachlässigen macOS. Und da Apple und macOS ein beliebtes Hass-Object bei vielen Entwicklern ist, ändert sich daran auch nur sehr, sehr langsam was.

c) dein share hat doch ein unerlaubtes Zeichen (Leerzeichen) oder omv ist fehlerhaft in der Prüfung der share-Namen (kann gut sein, wenn ich mich an diesen Code-Teil richtig erinnere)

Nein, die Aussage "bisher lief es ja auch" ist kein valides Argument. Denn b) bedeutet, dass macOS sich nach dem ersten share richtet, dass es vom samba-server gemeldet erhält. Hat dieses share nicht das vfs_fruit object (und natürlich auch die dazugehörend anderen) korrekt eingebunden, wird es mit keinem share verwendet. Ergo: TimeMachine läuft nicht. Nein, es ist auch kein valides Argument zu sagen "aber mit anderen Macs" läuft es auch. Vielleicht binden die ja andere share in anderer Reihenfolge ein, oder gar keines. Vielleicht meldet der samba-server auch in zufälliger Reihenfolge.

Ja, das erfordert Wissen und manuelle Aufwand, aber NAS sind nunmal kein plug&play System, auch wenn die bunten Werbeversprechen der Hersteller das suggerieren.

Leider beachtet auch omv (zumindest die Version 6) das nicht.

Damit du mir glaubst, hier der Auszug aus der manpage des vfs_fruit objects

Be careful when mixing shares with and without vfs_fruit. OS X clients negotiate SMB2 AAPL protocol extensions on the first tcon, so mixing shares with and without fruit will globally disable AAPL if the first tcon is without fruit.
https://www.samba.org/samba/docs/current/man-html/vfs_fruit.8.html

Also, poste bitte deine smb.conf. Da sieht man sowas oder ggf. auch anderes. Und solltest du tatsächlich dich noch mit cifs:// verbinden, lasse es sein. Wirklich.

 

[htsl]

Das ist die smb.conf

# This file is auto-generated by openmediavault (https://www.openmediavault.org)
# WARNING: Do not edit this file, your changes will get lost.
#======================= Global Settings =======================
[global]
workgroup = WORKGROUP
server string = %h server
dns proxy = no
log level = 0
log file = /var/log/samba/log.%m
max log size = 1000
logging = syslog
panic action = /usr/share/samba/panic-action %d
passdb backend = tdbsam
obey pam restrictions = no
unix password sync = no
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
guest account = nobody
load printers = no
disable spoolss = yes
printing = bsd
printcap name = /dev/null
unix extensions = yes
wide links = no
create mask = 0777
directory mask = 0777
use sendfile = yes
aio read size = 1
aio write size = 1
time server = no
wins support = no
disable netbios = yes
multicast dns register = no
server min protocol = SMB2_02
# Special configuration for Apple's Time Machine
fruit:aapl = yes
fruit:copyfile = yes
fruit:nfs_aces = no
#======================= Share Definitions =======================
[austausch]
path = /HerpRAID/austausch/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = yes
ea support = no
store dos attributes = no
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Hans","Austausch"
invalid users =
read list =
write list = "Hans","Austausch"

[Daniela]
path = /HerpRAID/Daniela/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
fruit:encoding = private
fruit:locking = none
fruit:metadata = stream
fruit:resource = file
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes
fruit:time machine = yes
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Daniela","DanielaTM"
invalid users =
read list =
write list = "Daniela","DanielaTM"

[Hans]
path = /HerpRAID/Hans/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
fruit:encoding = private
fruit:locking = none
fruit:metadata = stream
fruit:resource = file
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes
fruit:time machine = yes
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Hans"
invalid users =
read list =
write list = "Hans"

[Nadine]
path = /HerpRAID/Nadine/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
fruit:encoding = private
fruit:locking = none
fruit:metadata = stream
fruit:resource = file
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes
fruit:time machine = yes
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Nadine"
invalid users =
read list =
write list = "Nadine"

[Websicherung]
path = /HerpRAID/Websicherung/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Hans","Websicherung"
invalid users =
read list =
write list = "Hans","Websicherung"

[hroot]
path = /HerpRAID/hroot/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Hans","hroot"
invalid users =
read list =
write list = "Hans","hroot"

[TMHans]
path = /HerpRAID/TMHans/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
fruit:encoding = private
fruit:locking = none
fruit:metadata = stream
fruit:resource = file
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes
fruit:time machine = yes
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Hans"
invalid users =
read list =
write list = "Hans"

[scan]
path = /HerpRAID/scan/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Nadine","Hans"
invalid users =
read list =
write list = "Nadine","Hans"

[NadineH]
path = /HerpRAID/NadineH/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
fruit:encoding = private
fruit:locking = none
fruit:metadata = stream
fruit:resource = file
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes
fruit:time machine = yes
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "NadineH"
invalid users =
read list =
write list = "NadineH"

[DanielaTM]
path = /HerpRAID/DanielaTM/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
fruit:encoding = private
fruit:locking = none
fruit:metadata = stream
fruit:resource = file
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes
fruit:time machine = yes
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Daniela"
invalid users =
read list =
write list = "Daniela"

[HansTM3]
path = /HerpRAID/HansTM3/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
fruit:encoding = private
fruit:locking = none
fruit:metadata = stream
fruit:resource = file
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes
fruit:time machine = yes
vfs objects = fruit streams_xattr
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Hans"
invalid users =
read list =
write list = "Hans"

Ich komme zwar theoretisch noch aus der DOS Zeit, nutze die Tastatur aber eigentlich nur noch zum Schreiben von Webseiten. Darum vielleicht die dumme Frage, wo sehe ich, mit was sich der Rechner verbindet?

 

[ruerueka]

Soweit ich es sehen kann, haben nicht alle Freigaben in deiner Konfigurationsdatei fruit:* Einträge. Das solltest du nach der von @lisanet zitierten Doku zuerst beheben.

 

[lisanet]

bis auf die üblichen nicht gerade mac-typischen Einstellungen sehe ich keine Probleme.

Mit fällt nur noch eines ein: "™" ist ein unglückliches Kürzel unter macOS, da es standardmäßig in ™ umgewandelt wird, was ein dann zu so einem Fehler führen _könnte_

Daher mein Tipp: Benenne das share um.

So generell ein paar Kleinigkeiten und nicht alles (ich will kein samba-Howto hier schreiben)

Sind das echt die Standard-Einstellungen von omv? Dann haben die immer noch nicht alles "gelernt":

vfs objects sollte sein bei allen shares:

vfs objects = catia fruit streams_xattr

The module should be stacked with vfs_catia
https://www.samba.org/samba/docs/current/man-html/vfs_fruit.8.html

Sinnvoll wäre je share

ea support = yes

und in global

unix extensions = no
map archive = no

Die anderen Dinge lasse ich, wenn sie dir noch nie störend aufgefallen sind (obwohl sie abweichend vom Standard von macOS sind oder sicherheitstechnisch nicht so toll sind wie "wide links = yes")

 

[jteschner]

Und mir fällt auf, dass ich bei den Global Parametern folgende Fruit-Parameter u.a. gesetzt habe (kam u.a. aus einer "problemanalyse" mit lisanet):
fruit:metadata = stream
fruit:nfs_aces = yes
fruit:copyfile = no
fruit:locking = none
fruit:encoding = private
fruit:resource = xatter
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes

Gerade fruit:nfs_aces = yes ist sehr wichtig wenn ich es richtig in Erinnerung habe.

Und für meinen Timemachine Share habe ich keine "Erweiterten Optionen" in omv gesetzt.

Bei den "normalen" Shares:
vfs objects = fruit streams_xattr
vfs objects = catia fruit streams_xattr
fruit:encoding = private
fruit:metadata = stream
fruit:resource = xattr

 

[lisanet]

Soweit ich es sehen kann, haben nicht alle Freigaben in deiner Konfigurationsdatei fruit:* Einträge. Das solltest du nach der von @lisanet zitierten Doku zuerst beheben.

doch. überall steht "vfs objects = fruit stream_xattr"

 

[lisanet]

Und mir fällt auf, dass ich bei den Global Parametern folgendes gesetzt habe (kam aus einer "problemanalyse mit lisanet):
fruit:metadata = stream
fruit:nfs_aces = yes
fruit:copyfile = no
fruit:locking = none
fruit:encoding = private
fruit:resource = xatter
fruit:veto_appledouble = no
fruit:wipe_intentionally_left_blank_rfork = yes
fruit:delete_empty_adfiles = yes

Gerade fruit:nfs_aces = yes ist sehr wichtig wenn ich es richtig in Erinnerung habe.

Und für meinen Timemachine Share habe ich keine "Erweiterten Optionen" in omv gesetzt.

ich habe das bewusst nicht erwähnt, da ich keine Lust habe, wieder samba rundum zu erklären.

Im übrigen muss es lauten "fruit:resource = xattr" ohne das "e" und nur in global bringt es für TimeMachine auch nichts, da es dort anders steht.

 

[jteschner]

ich habe das bewusst nicht erwähnt, da ich keine Lust habe, wieder samba rundum zu erklären.

Im übrigen muss es lauten "fruit:resource = xattr" ohne das "e" und nur in global bringt es für TimeMachine auch nichts, da es dort anders steht.

Oh Menno!! Sch...
War mir gar nicht aufgefallen :-/ Zumindest hat es keinen Schaden angerichtet
Habe ich direkt korrigiert - sehr aufmerksam, danke.

 

[htsl]

Hat leider alles nichts gebracht. Bis auf die Umbenennung der Shares habe ich alles so geändert wie vorgeschlagen. Die Fehlermeldung ist immer noch die selbe.

Wie ist das mit der Umbenennung? Wenn ich über omv den Pfad umbenenne, erzeugt er nur leere neue Ordner. Den namen des Shares kann ich ja nicht ändern. Wenn ich die Namen über die Konsole ändere, wo muß ich das dann alles machen?

 

[lisanet]

Hat leider alles nichts gebracht. Bis auf die Umbenennung der Shares habe ich alles so geändert wie vorgeschlagen. Die Fehlermeldung ist immer noch die selbe.

ich habe ja auch nicht geschrieben, dass das dein Problem löst, sondern genau das Gegenteil,dass ich keine Probleme sehe, sondern nur nicht mac-typische Dinge.

Wie ist das mit der Umbenennung? Wenn ich über omv den Pfad umbenenne, erzeugt er nur leere neue Ordner. Den namen des Shares kann ich ja nicht ändern. Wenn ich die Namen über die Konsole ändere, wo muß ich das dann alles machen?

Du musst das schon über die GUI machen. Im Fall von omv heißt das dann leider neues share anlegen, altes share löschen.

Übers Terminal geht das auch, aber das erkläre ich nur dann, wenn du mir versicherst, dass du dich mit der bash auskennst, weißt wie man dort Befehle wie eingibt und keine Rückfragen stellst. Das ist nichts für Einsteiger.

 

[htsl]

Ok, dann hatte ich das falsch verstanden.

Von der bash habe ich nur minimale Ahnung. Da lasse ich die Finger von. Aber würde ein "TM" alle für Time Machine vorgesehenen Shares betreffen, auch wenn eines kein "TM" beinhaltet? "hans" z.B. ist auch von dem Fehler betroffen, hat aber kein "TM" im Namen

 

[lisanet]

Aber würde ein "TM" alle für Time Machine vorgesehenen Shares betreffen, auch wenn eines kein "TM" beinhaltet? "hans" z.B. ist auch von dem Fehler betroffen, hat aber kein "TM" im Namen

Natürlich nicht. Davon hast du aber oben nichts geschrieben.

Dann liegt es an irgendwas anderem, ich habe aber adhoc keine Vorstellung woran, wobei ich davon ausgehe, dass du TimeMachine auf Mac-seite korrekt einbindest, also ausschließlich über die Systemeinstellungen und keine dieser schrägen Anleitungen aus dem Netz verwendest.

Beschreibe mal exakt, am besten mit screenshots, wie du ein neues TimeMachine-Share in macOS einbindest.

Ist am NAS alles mac-typisch eingerichtet geht es so (unter Sonoma)

Systemeinstellungen -> Allgemein -> TimeMachine
dann auf das plus klicken -> das TimeMachine-Share erscheint -> drauf klicken -> Größe einstellen wenn gewünscht -> Fertig.
Das TimeMachine-Share wird vorher _nicht_ manuell gemountet.

Alles ander kann dann an irgendeiner individuellen Konfiguration deines Rechners liegen.

Beispielsweise, nicht abschließend (also bitte nicht sagen, habe ich alles nicht, denke einfach nach, was du alles in der _Art_ hast oder gemacht hast) VPN, Firewall, Automounter, Profile usw

 

[htsl]

Das läuft genau so ab, wie du beschrieben hast. Bis auf das, daß der Button "Backup-Volume hinzufügen" heißt. Ich hatte vorher auch die Volumes mal entfernt, um sicherzustellen, dass es daran nicht liegt. Egal ob bereits bestehende oder neue Volumes, ich kann keins einbinden.

Es scheint aber wirklich so, als ob MacOS nach dem Eingeben der Zugangsdaten nicht erkennt, daß es ein Time Machine Volume ist, denn es wird ganz normal gemountet und erscheint auf der Oberfläche. Das war bisher nicht der Fall.

 

[jteschner]

Mach mal die Screenshots von der Vorgehensweise auf dem Mac und stelle sie hier rein - für mich klingt das auch alles mehr als seltsam

 

[lisanet]

Das läuft genau so ab, wie du beschrieben hast. Bis auf das, daß der Button "Backup-Volume hinzufügen" heißt. Ich hatte vorher auch die Volumes mal entfernt, um sicherzustellen, dass es daran nicht liegt. Egal ob bereits bestehende oder neue Volumes, ich kann keins einbinden.

Es scheint aber wirklich so, als ob MacOS nach dem Eingeben der Zugangsdaten nicht erkennt, daß es ein Time Machine Volume ist, denn es wird ganz normal gemountet und erscheint auf der Oberfläche. Das war bisher nicht der Fall.

Da du ACL nutzt, hast du vielleicht da was auf dem Server verbastelt?

Dass das Volume bei Hinzufügen erscheint, ist kein Problem.

Hast du denn die anderen Dinge schon durch geprüft?

 

[htsl]

Läuft alles ganz normal ab.

Den Server habe ich seit Jahren nicht mehr angefaßt. Nur ab und zu mal zum aktualisieren.

Daß das Volume erscheint, war aber bisher nie der Fall. Auch bei mir daheim nicht. Da habe ich mir einen ähnlichen Server aufgebaut.

Was meinst du mit "die anderen Dinge"?

 

[lisanet]

okay.... ich habe jetzt mal testhalber bei meinem MBA das TimeMachine-Share entfernt um das Neuanlegen zu testen.

Ergebnis:

Via Systemeinstellungen konnte ich es nicht hin kriegen. Der Einrichtungsdialog blieb nach dem Klick auf "... hinzufügen" einfach hängen. Es war nur noch möglich, das TimeMachine-Einstellungsmodul via Aktivitätsanzeige "sofort zu benden"

Via Terminal hingegen fuktionierte es. Das TimeMachine-Volume ist wieder hinzugefügt und in den Systemeinstellungen sichtbar.

Da scheint also in der Tat etwas mit den Systemeinstellungen oder mit der Authentifizierungsmethode der Systemeinstellungen nicht zu passen.

@htsl

Probiere mal im Terminal folgendes (bei mir ging es so)

sudo tmutil setdestination -p smb://user@server_name/share_name

user = dein Accountname auf dem NAS, also Hans
server_name = dns_name deines NAS also sowas wie synology.local
share_name = name des shares, also wenn es noch nicht umbenannt ist hanstm3

Was mit nun noch auffällt ist so ein etwas grundlegender Unterschied zwischen Linux (also dem samba-server) und macOS.

a) server_namen und share_namen sind auf Linux in omv _immer_ durchgehend klein geschrieben, in macOS mit Groß/Klein. In den Systemeinstellungen sollte das unerheblich sein, aber vielleicht "übersetzen" es die Systemeinstellungen nicht mehr in Nur-Kleinbuchstaben. Im Terminal ist es essentiell. Da _musst_ du Nur-Kleinbuchstaben verwenden.

Verkompliziert wird das durch die omv-GUI. Da wird Groß/Klein erlaubt, aber in die smb.conf wird Nur-Klein eingetragen

b) user sollten _immer_ in Nur-Klein geschrieben werden. macOS setzt dies AFAIK auch automatisch so um. Auch im Terminal. In der smb.conf aber halt omv den user in Groß/Klein eingetragen. Wenn nun macOS den user in Nur-Klein übersetzt und omv/samba das nicht tut oder macOS tatsächlich Groß/Klein sendet, aber samba auch Nur-Klein übersetzt und omv Groß/Klein eingetragen aht, dann kriegt man das nie zum laufen.

Daher:

user = immer Nur-Klein. Besonders auf und in Zusammenhang mit Linux-Systemen
server und shares = in Verbindung mit omv immer Nur-Klein, es sei denn, du hast omv gepacht (ich habe das gemacht)

 

[lisanet]

Die Meldung mit "...untersützt die Notwendigen Funktionen nicht" kenne ich nur aus Urzeiten. Da ist dann der von avahi verwaltete Eintrag falsch gewesen. omv sollte das aber vollkommen korrekt machen und tut es in Version 6 auch.

Was mir aber nun bei deinen screenshots auffällt, ist diese absolut unglückliche und Linux-typische Benennung des Servers mit "...SMB/CIFS.local"

Wenn das der Servername ist und den dann TimeMachine nimmt um sich beim server anzumelden, dann ist kir die Fehlermeldung in deinen Logs klar. Da ist nämlich ein unerlaubtes Zeichen drin, nämlich /

siehe:

contains invalid characters (any of %<>*?|/\+=;:",)

Das ist ein Fehler von omv. Ich kann mir aber auch wiederum leicht die Reaktion von Linuxern vorstellen "dann nimm halt die IP-Adresse". Tja, es sollte aber definitv auch mit den Servernamen gehen.

Lösung für dieses Problem:

Entweder du setzt eine omvUmgebungsvariable selbst, die den Hostnamen ohne diesen blödsinnigen Zusatz verwendet, oder du überzeugst die omv entwickler, dass ihr Namensschema Mist ist.

Unter omv 6 kannst du die entsprechende Umgebungsvariable wie folgt setzen (Achtung: exakt so verfahren. ch gebe keine Problemanalyse. Das fubktioniert 100%. Ich mach das seit Anbeginn so)

Im Terminal auf dem omv-Server:

sudo omv-env set OMV_SAMBA_ZEROCONF_NAME "%h"
sudo omv-salt stage run prepare
sudo omv-salt deploy run avahi

Das dauert eine Weile (ja nach Rechner bei Schritt 2 und 3 bis zu jeweils 30 Sekunden und länger)

Wenn du dir da nicht zutraust, überzeuge die omv-Entwickler