[[U]nixchecker]

Okay dann ist das Paket lsof nicht installiert.

Kannst du mal deine samba.conf hier uploaden


Achja und weil ich gerade was nachgelesen habe, wie ist der Windows Rechner mit dem Linux Server verbunden, sprich hängt der über einen Router dran, oder direkt am Linux Server und bekommt evtl. von da seine IP.
Es wäre nämlich gut möglich, dass die Kommunikation kurz abbricht der Samba Server dann noch ein Lock drauf hat aber nicht mehr über den Socket mit dem Windows Rechner vebunden ist, Gründe könnten z.B. sein, dass deine DHCP Lease abläuft etc.

Es wäre auch mal gut während des kopierens das samba logile zu beobachten mit tail -f

Dieser Beitrag wurde von [U]nixchecker bearbeitet: 06. September 2005 - 19:05

[Meatwad]

also die smb.conf (musste .txt dranhängen, damits erlaubt ist):
 smb.conf.txt (11,3K)
Anzahl der Downloads: 211


Ich habe eine Fritz!Box Fon ATA, die wält sich ins internet ein und ist zugleich auch der DHCPserver (alle pcs haben aber eine feste IP). An dem router hängt ein switch andem einige pc und auch der server hängen, dann geht noch ein switch vom switch ab und der geht innen anderen raum, wo noch ein pc und ein accesspoint steht.

hoffe das war verständlich, sonst erklär ichs nochma

[[U]nixchecker]

Also die smb.conf sieht soweit gut aus. Also bleibt jetzt eigentlich nur eins, das logfile von Samba zu kontrollieren, änder mal in der smb.conf die Zeile:

# all log information in one file
# log file = /var/log/samba/smbd.log

in

# all log information in one file
log file = /var/log/samba/smbd.log

danach samba neustarten und dann mit:

tail -f /var/log/samba/smbd.log

das logfile verfolgen, während du die Datei von dem einen Rechner der Probleme machst kopierst. Ich denke mal, das da irgend wann drin die Verbindung abreist und dann ein lock auf dem Share ist.

Was ne Möglichkeit wäre, ist das XP ne Firewall drauf hat, die an ist und zicken macht oder, dass einer der Rechner teilweise nen Verbindungsabbruch im Netz hat verursacht durch ein Problem mit ner kaputten Netzwerkkarte etc.

Also wie gesagt log beobachten und da zu dem Zeitpunkt scharf draufgucken an dem das Problem auftritt.

[Meatwad]

ja ok, habe ich geacht.

alles was über die verbindung im log steht ist:

Zitat

[2005/09/08 20:37:02, 1] smbd/service.c:make_connection_snum(642)
  wolfgang (192.168.8.6) connect to service ErikaWolfgang initially as user wolfgang (uid=501, gid=501) (pid 13868)
[2005/09/08 20:37:06, 1] smbd/service.c:make_connection_snum(642)
  wolfgang (192.168.8.6) connect to service Sicherungen initially as user wolfgang (uid=501, gid=501) (pid 13868)

da hat er nach 1,99GB abgebrochen. alerdings von einem anderen XP auf dem gleichen rechner

also ich habe eben festgestellt, dass es nur bei meinem pc geht. ich werde es alerdings nocheinmal genauer versuchen. meinst du wirklich, es könnte die LANkarte sein? weildann kaufe ich einfahc mal eine neue, bzw. tausche das mainboard um.

[[U]nixchecker]

dann stell mal den log level höher und zwar auf 3 in smb.conf:

log level = 3

[Q-Fireball]

Hmm, nur mal so ne Zwischenbemerkung. Die fstab sieht grausig aus, wieso nimmt er nicht direkt die /dev devices? Partitioniert er so häufig oder nutzt er wechselplatten?
Das mit dem unmount ist doch ganz normal, wenn die Partition über Samba freigegeben ist oder er ein beliebiger Prozess, der den mountpoint nutzt, noch nicht beendet ist.

Dieser Beitrag wurde von Q-Fireball bearbeitet: 09. September 2005 - 21:47

[Meatwad]

Zitat

[2005/09/10 11:32:56, 3] nmbd/nmbd_incomingrequests.c:process_name_query_request
(454)
[2005/09/10 11:33:03, 3] smbd/sec_ctx.c:set_sec_ctx(288)
  setting sec ctx (0, 0) - sec_ctx_stack_ndx = 0

das war das einzige, was log erzeugt hat, als er übertragen hat. habe sonst nichts mit samba gemacht.


@Q-Fireball: nein, ich verwende keine wechselplatten und partitionieren tuhe ich auch nicht



wie kann das überhaupt passieren, dass die platte auf ro gemountet wird? wer hat denn die rootrechte, um das auszuführen?

[Q-Fireball]

Das macht Linux automatisch, wenn es zu Problem kommt. Z.B. NTFS wird immer so eingebunden, zumal Linux da sowie so nicht drauf schreiben kann (bzw. nur sehr schwer) oder CDRom Laufwerk. Aber Linux macht das auch, wenn die Filesystem Integrität von Ext2/3 ReiserFS oder Fat32 und und und nicht in Ordnung ist. Um halt Daten Verlust zu vermeiden.
Und gerade in deinem Fall, kann ich mir vorstellen, dass durch das unsaubere umounten das Filesystem ein knacks bekommt.
Dann schreib die fstab doch bitte um und nutzt nicht das LABEL Kommando

[Internetkopfgeldjäger]

Hallo Meatwad,

das hier:

 ...bad superblock on /dev/hda3,
      missing codepage or other error
      In some cases useful info is found in syslog - try
      dmesg | tail  or so

Hört sich aber gar nicht gut an.
Irgendwann mal ohne die inodes zu synchronisieren ungemountet?
Die Resettaste gedrückt?
In der Fehlermeldung steht ja auch direkt noch ein Diagnosevorschlag drin,
mal per syslog oder dmesg das ganze etwas genauer anschauen.
Was sagt eigentlich fsck zu der betroffenen Partition?

Hatte selbst vor gar nicht allzu langer Zeit eine kaputte Festplatte.
Die ist ganz langsam kaputtgegangen,
hat immer mal wieder sporadisch Fehler produziert.
Es gibt Festplattentools der Hersteller, oft sogar Bootfähig.
Damit könnte man die Platte auch mal untersuchen.

Hellhörig hatte mich auch dies hier gemacht:

Zitat

...immer wenn ich bei meinem vater northon ghost starte,
um eine sicherung zu machen,
wird immer nach genau 890.634.240 Bytes abgebrochen
und es wird ein schreibfehler ausgegeben.
dann ist die partition wieder auf ro.

Wenn die Plattte nur noch "Kläng, Kläng, ...Klack" macht, ist es zu spät,
dann kommt man nicht an seine Daten.
Rechzeitig für Backup sorgen, ist besser.


Gruß, Internetkopfgeldjäger

[Meatwad]

ohh...also es war 2 oder 3 mal stromausfall, wo der server einfach ausgegangen ist, aber die platte macht nur normale geräusche. meinst du die platte ist wirklich kaputt? ich hatte die nämlich erst vor 5 monaten umgetauscht. dann habe ich linux drauf gemacht.

Zitat

Irgendwann mal ohne die inodes zu synchronisieren ungemountet?

was en inodes? hab einfach umount /sicherungen eingegeben


edit: wie kann ich auf nem laufendem system ne datensicherung von der systempartition machen?

Dieser Beitrag wurde von Meatwad bearbeitet: 10. September 2005 - 13:53

[Internetkopfgeldjäger]

Hallo Meatwad,

dann mache auf jeden Fall mal ein komplettes fsck,
lese Dir am besten unter:

man fsck

die Möglichkeiten durch.

Bei mir würde ich z.B. auf FreeBSD in den "Single User Mode"
mit ungemounteten Laufwerken booten.
(es ist dann wirklich nur das nötigste gemountet)
Dann fsck drüberlaufen lassen.
Für FC4 Eigenheiten, bitte selbst nachschauen.
Normalerweise kann ein Filesystem Checker nur frei agieren,
wenn die die Partition nicht eingebunden ist.

Beim ufs Filesystem (ist das Filesystem von FreeBSD) gibt es auch alternative superblöcke.
Man kann manuell einen anderen zu benutzenden superblock angeben
(mit newfs, bitte aber auf jeden Fall erst mal die Manpage dazu durchlesen!)
wenn der superblock einen Error hat.
Auch hier wieder für FC4 Eigenheiten bitte selbst nachschauen.

Hat jedoch die Festplatte einen physikalischen Defekt,
ist die Freude nur von kurzer Dauer.
Deswegen der Vorschlag,
mit dem Hersteller eigenen Tool die Festplatte zu überprüfen.
allerdings kann man bei negativen Befund nicht unbedingt davon ausgehen,
das die Festplatte wirklich 100% sicher in Ordnung ist,
jedoch ist es relativ sicher,
wenn das Herstellertool einen Defekt feststellt,
das die Festplatte besser nur noch als Briefbeschwerer eingesetzt werden sollte.

Ein Stromausfall hat mit Sicherheit das Synchronisieren der inodes verhindert.
(Ein Kurzer Überblick zum reinschnuppern hier)
An und für sich sollte das Filesystem ext3
als Journal Filesystem so etwas verkraften,
Aber wenn es einen kaputten superblock gegeben hat, dann wohl nicht.
Bei einem Stromausfall hatte die Platte wohl auch keine Chance,
noch schnell den Schreibkopf in "Parkposition" zu bringen,
wer weiß, was dabei passiert ist.


Gruß, Internetkopfgeldjäger

Dieser Beitrag wurde von Internetkopfgeldjäger bearbeitet: 10. September 2005 - 15:48

[[U]nixchecker]

Halle Meatwad, also irgendwas stimmt da nicht in Loglevel 3 erhält man weitaus mehr output.
Zeig nochmal die smbd.conf die du jetzt hast.

Entweder die stimmt nicht oder du guckst im falschen file.

Ich glaube aber kaum, dass das irgendwas mit der Festplatte zu tun hat, denn du sagst ja selbst, von einem Rechner gehts von anderen nicht, also liegt es doch auf der Hand, dass es irgendein Netzwerkproblem ist.

[Q-Fireball]

@Internetkopfgeldjäger
Jetzt jag ihm doch keine Angst ein.

@Meatwad
Also check dein filesystem mit fsck und befolge sonst was [U]nixchecker dir sagt. Ausser wenn du lokal beim Server probleme mit dem Mounten (umount Probleme können andere Gründe haben wie Prozesaktivitäten etc.) der Platte bekommst, da solltest du dann doch badblocks oder

Zitat

Deswegen der Vorschlag,
mit dem Hersteller eigenen Tool die Festplatte zu überprüfen.

[Meatwad]

ich hab eben nochmal getestet und jetzt hat er auch eine fehlermeldung von meinem pc gegeben und siehe da, die platte ist wieder auf ro!

die platte ist Maxtor 6Y120L0 und auf maxtor.de habe ich kein tool für linux gefunden, um die platte zu überprüfen.

hier nochmal die smb.conf:
 smb.conf.txt (11,31K)
Anzahl der Downloads: 207



PS: gibt es kein tool, womit von einem laufendem system eine sicherung einer partition machen kann?

Dieser Beitrag wurde von Meatwad bearbeitet: 12. September 2005 - 15:37

[Internetkopfgeldjäger]

Hallo Meatwad,

hier habe ich ein Tool für Maxtor Platten gefunden.
In der Beschreibung wird immer wieder über random Windows gefaselt,
aber dann doch behauptet, das Diagnoseprogramm,
würde nicht aus Windows heraus laufen.
Aber es kann gut sein,
das die Person, die den Text zu diesem Tool geschrieben hat,
nicht wirklich weiß, über was sich da gerade schrieb,
man nennt so etwas, glaube ich, "Marketing".

Was aber durchaus zu beachten ist:
dieses Maxtor Tool kommt wohl nur sehr eingeschränkt mit
gängigen Chipsets zurecht,
und mit NVIDIA Force 3, Force 4, VIA KT 600 and KT 800 gar nicht!
Auch mit RAID Controllern,
kommt das Maxtor Tool nicht zurecht.

Es soll sich um ein bootfähiges ISO-Image handeln,
so etwas läßt sich allerdings problemlos unter Unix brennen.

Keine Ahnung, ob Maxtor da irgendwelche Ferkeleien eingebaut haben.
Habe selbst Samsung Platten,
und beim Samsung Tool, welches ebenfalls bootfähig ist,
ist es völlig egal, was für ein Betriebsystem nun auf der Platte ist.
Das wäre ja noch schöner,
wenn ich über den Plattenhersteller an nur ein Betriebsystem gebunden wäre.


Gruß, Internetkopfgeldjäger

P.S.:
Ach ja, Backup:
lies Dir doch am besten mal die Möglichkeiten von Herrn dump und Frau restore durch:

man dump

und

man restore

Dieser Beitrag wurde von Internetkopfgeldjäger bearbeitet: 12. September 2005 - 18:35