Von Samba/FTP auf Windows -> Server stellt Dienste ein

[perdlox]

Hallo,
ich hatte dieses Problem schon auf einem anderen Linux Board angesprochen, erhielt dort allerdings keine Hilfe, deswegen versuche ich es hier noch einmal.

Mein System:
AMD 5050e
2GB Ram
160GB 2,5" System Platte
Highpoint RocketRaid 2320 mit 8x1TB HDD (Raid 5)
Ubuntu Server 9.04

Ich hab n Problem mit Samba und Windows, was ich persönlich ziemlich verwirrend finde. Wenn ich von Windows auf meinen Server etwas kopiere, ist es egal wie lange es dauert oder wie groß es ist, es wird geschluckt und ich bin happy. Auch läuft alles gute, wenn ich z.B. meine Musik vom Server auf dem Windows PC abspiele oder Filme schaue oder drauf arbeite.
Aber sobald ich mit dem Windows Explorer von Samba etwas auf eine Windows Partition kopiere, ist nach einer gewissen Zeit Schluss (sehr unterschiedlich, manchmal kurz nach dem Start oder in der Mitte) und dann stellt der Server auch sämtliche Serverdienste ein (Webserver, OpenSSH, Samba) und nach 2-3 Minuten läuft er aber wieder, als wäre nichts gewesen.
Ich habe auch schon gegoogelt und meinen verwendeten DNS Server geprüft: Der ist sauber. Auch habe ich die IP von dynmaisch auf statisch gestellt, trotzdem keine Verbesserung ebenso wie in Samba den wins support auf yes gestellt und die Reihenfolge dafür wie folgt eingestellt: wins bcast ...

EDIT: Selbiges passiert auch, wenn ich vom Server mithilfe eines FTP Programmes Daten nach Windows kopiere...bin nur noch mehr verzweifelt...

So langsam weiß ich echt nicht mehr weiter, warum er diesen Fehler produziert...

Habt ihr vielleicht noch hilfreiche Einfälle?

Danke!

Grüße Toby

 

[HisN]

watt sagt denn /var/log/messages (oder wie es auf Deinem System aussieht) dazu wenn dieses passiert? Hört sich so an als würde der Server-Dienst abschmieren und anschließend vom System neu gestartet werden (deshalb ist nach 2 Minuten wieder alles in Butter).

 

[perdlox]

Hoffe es bringt etwas

Jun 26 10:31:29 server kernel: [12777.040040] ------------[ cut here ]------------
Jun 26 10:31:29 server kernel: [12777.040048] WARNING: at /build/buildd/linux-2.6.28/net/sched/sch_generic.c:226 dev_watchdog+0x270/0x280()
Jun 26 10:31:29 server kernel: [12777.040053] NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Jun 26 10:31:29 server kernel: [12777.040057] Modules linked in: video output input_polldev lp parport snd_hda_intel snd_pcm snd_timer snd soundcore snd_page_alloc i2c_piix4 k8temp pcspkr shpchp r8$
Jun 26 10:31:29 server kernel: [12777.040091] Pid: 0, comm: swapper Tainted: P           2.6.28-11-server #42-Ubuntu
Jun 26 10:31:29 server kernel: [12777.040095] Call Trace:
Jun 26 10:31:29 server kernel: [12777.040099]  <IRQ>  [<ffffffff80250927>] warn_slowpath+0xb7/0xf0
Jun 26 10:31:29 server kernel: [12777.040117]  [<ffffffff80416a2a>] ? __next_cpu+0x1a/0x30
Jun 26 10:31:29 server kernel: [12777.040122]  [<ffffffff80416a2a>] ? __next_cpu+0x1a/0x30
Jun 26 10:31:29 server kernel: [12777.040131]  [<ffffffff802424b2>] ? enqueue_entity+0x122/0x2b0
Jun 26 10:31:29 server kernel: [12777.040137]  [<ffffffff802486cd>] ? enqueue_task_fair+0x3d/0x80
Jun 26 10:31:29 server kernel: [12777.040144]  [<ffffffff8023e6a0>] ? enqueue_task+0x50/0x60
Jun 26 10:31:29 server kernel: [12777.040150]  [<ffffffff8024a58d>] ? default_wake_function+0xd/0x10
Jun 26 10:31:29 server kernel: [12777.040158]  [<ffffffff802688a1>] ? autoremove_wake_function+0x11/0x40
Jun 26 10:31:29 server kernel: [12777.040166]  [<ffffffff8041cd0a>] ? strlcpy+0x4a/0x60
Jun 26 10:31:29 server kernel: [12777.040171]  [<ffffffff805caf70>] dev_watchdog+0x270/0x280
Jun 26 10:31:29 server kernel: [12777.040179]  [<ffffffff802708b9>] ? getnstimeofday+0x59/0xe0
Jun 26 10:31:29 server kernel: [12777.040186]  [<ffffffff80264bac>] ? __queue_work+0x3c/0x50
Jun 26 10:31:29 server kernel: [12777.040193]  [<ffffffff802736bf>] ? clockevents_program_event+0x4f/0x90
Jun 26 10:31:29 server kernel: [12777.040198]  [<ffffffff805cad00>] ? dev_watchdog+0x0/0x280
Jun 26 10:31:29 server kernel: [12777.040206]  [<ffffffff8025bdf9>] run_timer_softirq+0x179/0x260
Jun 26 10:31:29 server kernel: [12777.040212]  [<ffffffff80256a5c>] __do_softirq+0x9c/0x170
Jun 26 10:31:29 server kernel: [12777.040220]  [<ffffffff80213d8c>] call_softirq+0x1c/0x30
Jun 26 10:31:29 server kernel: [12777.040226]  [<ffffffff80214ffd>] do_softirq+0x5d/0xa0
Jun 26 10:31:29 server kernel: [12777.040231]  [<ffffffff802567dd>] irq_exit+0x8d/0xa0
Jun 26 10:31:29 server kernel: [12777.040237]  [<ffffffff802152c5>] do_IRQ+0xc5/0x110
Jun 26 10:31:29 server kernel: [12777.040242]  [<ffffffff80212bf3>] ret_from_intr+0x0/0x29
Jun 26 10:31:29 server kernel: [12777.040245]  <EOI>  [<ffffffff8022e856>] ? native_safe_halt+0x6/0x10
Jun 26 10:31:29 server kernel: [12777.040260]  [<ffffffff8021a9fd>] ? default_idle+0x4d/0x50
Jun 26 10:31:29 server kernel: [12777.040266]  [<ffffffff8021aa51>] ? c1e_idle+0x51/0x130
Jun 26 10:31:29 server kernel: [12777.040274]  [<ffffffff806a1085>] ? atomic_notifier_call_chain+0x15/0x20
Jun 26 10:31:29 server kernel: [12777.040283]  [<ffffffff80210e85>] ? cpu_idle+0x65/0xc0
Jun 26 10:31:29 server kernel: [12777.040290]  [<ffffffff80689d3c>] ? rest_init+0x5c/0x70
Jun 26 10:31:29 server kernel: [12777.040295] ---[ end trace 618fea706beadce5 ]---
Jun 26 10:31:29 server kernel: [12777.080809] r8169: eth0: link up
Jun 26 10:58:54 server -- MARK --
Jun 26 10:59:23 server kernel: [14451.080972] r8169: eth0: link up
Jun 26 11:00:53 server kernel: [14541.081073] r8169: eth0: link up
Jun 26 11:16:29 server kernel: [15477.081690] r8169: eth0: link up
Jun 26 11:16:41 server kernel: [15489.080853] r8169: eth0: link up

 

[HisN]

die letzten 4 Einträge sehen so aus als würde Deine Netzwerk-Karte abschmieren.
Du hast nicht zufällig eine andere bei der Hand zum gegentesten?

 

[perdlox]

Ne, zur Zeit leider nicht, hab mir aber eine neue bestellt, mal hoffen, dass das hilft

 

[Sebi20V]

Unter Debian Lenny macht der r8169 Treiber mit manchen Chips Probleme. Der Treiber in Ubuntu 9.04 dürfte zwar deutlich neuer sein, aber schau doch mal per ifconfig nach ob sehr viele Pakete gedropped werden.
Bei mir hat der r8168 Treiber von Realtek das Problem gelöst.

 

[Xanathos]

Es ist zu 100% die Netzwerkkarte/Treiber.
Es ist ein bekanntes Problem, das bei "hoher" Last autritt.

http://graag.blogspot.com/2007/12/netdev-watchdog-eth0-transmit-timed-out.html
https://bugzilla.redhat.com/show_bug.cgi?id=436841

Manchmal bzw. meistens hilft folgernder Eintrag in den boot Optionen:
noapic