samba problem mit dateidatum

[Millennium]

hi,

ich hab schon seit längerem in der firma einen samba server laufen, funktioniert eigentlich alles soweit ganz gut. irgendwann habe ich aber festgestellt, dass sehr viele (ich weiss nicht mehr, ob es alle dateien waren) dateien einfach kein datum mehr hatten. und gerade habe ich gesehen, dass alle dateien das datum 29.11.2076 10:54 uhr haben... kann mir jemand sagen, wie das zustandekommt??? vielleicht hab ich auch irgendeinen parameter falsch eingestellt... auf jeden fall kann ich mir das nicht erklären. kann mir da jemand weiterhelfen?

[aheinhold]

Hallo,

prüf doch mal, ob die Uhrzeit auf deinem Server stimmt?!?!

[Millennium]

das wäre wohl die einfachste lösung gewesen :p , aber ein "date" gibt

Wed Aug 11 11:17:12 CEST 2004

aus...

[aheinhold]

Hätte ja sein können ;)
Wie sieht denn deine smb.conf aus?
Ich kann mir zwar nicht vorstellen, dass darin irgendwas dieses Verhalten hervorruft, aber schick sie trotzdem mal.

Wie sieht's denn mit der Uhrzeit / Datum der Clients aus, die auf den samba-Server schreiben? Ist da vielleicht etwas nicht i. O.?

[Millennium]

also die zeit auf den clients passt 100%-ig, da auf das verzeichnis eh nur ich und ein kollege zugriff haben.

# Global parameters
[global]
workgroup = ***
server string = ***
security = DOMAIN
encrypt passwords = Yes
map to guest = Bad User
password server = *
time server = Yes
unix extensions = Yes
socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
printcap name = CUPS
os level = 2
printing = cups
veto files = /*.eml/*.nws/riched20.dll/*.{*}/

[homes]
comment = Home Directories
valid users = %S
read only = No
create mask = 0640
directory mask = 0750
browseable = No

[printers]
comment = All Printers
path = /var/tmp
create mask = 0600
printable = Yes
browseable = No

[print$]
comment = Printer Drivers
path = /var/lib/samba/drivers
write list = @ntadmin root
force group = ntadmin
create mask = 0664
directory mask = 0775

[edvtex]
path = /shares/edvtex
valid users = ***
admin users = ***
read list = ***
write list = ***
veto files = /*.eml/*.nws/*.{*}/
browseable = No

anstelle der 3 sterne stehen natürlich usernamen bzw. dementsprechende inhalte drin.

[muell200]

hallo

da ist von ein rechner ( client ) falsch eingestellt!

beim anlegen einer datei, wird die zeit von dem client verwendet!

gruss

[Millennium]

nein, leider nicht. es haben beide clients, die darauf zugreifen die richtige zeit. und selbst WENN bei einem client die zeit falsch wäre, dann würde das ja nicht erklären, warum plötzlich bei ALLEN dateien auf der freigabe das datum auf genau dem gleichen, falschen wert stehen sollte. die dateien liegen da schliesslich schon seit nem halben jahr... also das kanns leider nicht sein :(

[muell200]

hallo

lege mal eine neue datei an.
was für ein datum hat die datei?
( mein test: neue datei ( datum vom client war falsch
-> datum der dati ist auch falsch!! )

wie oder was greift noch auf die dateien zu?
( sicherung, software bzw. hardware-raid, ... )


hast du schonmal an einen virus gedacht?

kann mir nicht vorstellen, das es an samba liegt?

[Millennium]

hallo

lege mal eine neue datei an.
was für ein datum hat die datei?
( mein test: neue datei ( datum vom client war falsch
-> datum der dati ist auch falsch!! )

hab ich gemacht - datei hat das aktuelle datum. hab auch ne datei draufkopiert, datum bleibt erhalten.


wie oder was greift noch auf die dateien zu?
( sicherung, software bzw. hardware-raid, ... )

ÖHA, jetzt hammers - in dem share sind alle bis auf einen ordner in der sicherung drin. und die dateien in dem ordner, der nicht gesichert wird, haben tatsächlich noch das richtige datum... wie gibts denn sowas? ich werds zwar gleich mal überprüfen, aber ich denke nicht, dass an dem server, auf dem die backupsoftware läuft das datum auf 2076 steht... warum verpasst die sicherun den dateien dann so nen blöden zeitstempel? und offenbar tut sie das ja nicht immer...?! auf jeden fall danke schonmal, dass du mich da drauf gebracht hast
:)

[muell200]

in dem share sind alle bis auf einen ordner in der sicherung drin. und die dateien in dem ordner, der nicht gesichert wird, haben tatsächlich noch das richtige datum... wie gibts denn sowas? ich werds zwar gleich mal überprüfen, aber ich denke nicht, dass an dem server, auf dem die backupsoftware läuft das datum auf 2076 steht... warum verpasst die sicherun den dateien dann so nen blöden zeitstempel?


wie bzw. mit welchen programm sicherst du deine dateien?
( tar, rsync, ....)

welche optionen verwendest du ?

auf jedenfall ist jetzt zu 99% bewiesen, das es nicht an samba liegt!
oder?

[Millennium]

das share wird von einem windows server mit backup exec gesichert... aber warum dann dieses phänomen auftritt

ja, samba kann da dann wohl nix dafür.