Samba подвешивает сеть при попытке скачивания

см. логи samba, может наведут на мысли.

[2010/12/27 15:10:25, 0] lib/util_sock.c:1491(get_peer_addr_internal) getpeername failed. Error was Конечная точка передачи не подсоединена write_data: write failure in writing to client 0.0.0.0. Error Обрыв канала [2010/12/27 15:10:25, 0] smbd/process.c:62(srv_send_smb) Error writing 75 bytes to client. -1. (Конечная точка передачи не подсоединена) [2010/12/27 15:10:25, 1] smbd/service.c:1240(close_cnum) macbook-effcce (::ffff:192.168.0.55) closed connection to service Smeta [2010/12/27 15:10:25, 0] lib/util_sock.c:1491(get_peer_addr_internal)

Это о чем-то конкретном говорит? :)

мои мысли, что этот лог следствие отвала сети, а не причина

небось свитч с ума сходит или сетевуха, бывало такое

склоняюсь к сетевухе, чтоб ее... даже пинги перестают проходить

Это о чем-то конкретном говорит? :)

Это говорит о том, что надо все логи смотреть.

Dmesg на сервере в момент, когда «все сломалось» ничего подозрительного не выводит? В других логах что?

Dmesg: ------------[ cut here ]------------ WARNING: at net/sched/sch_generic.c:226 dev_watchdog+0xb0/0x105() (Not tainted) Hardware name: Lenovo NETDEV WATCHDOG: eth0 (tg3): transmit timed out Modules linked in: fuse sunrpc nf_conntrack_netbios_ns ip6t_REJECT nf_conntrack_ipv6 ipv6 cpufreq_ondemand acpi_cpufreq dm_multipath uinput b43 rfkill mac80211 cfg80211 input_polldev snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq uvcvideo snd_seq_device videodev v4l1_compat usb_storage pcspkr snd_pcm joydev i2c_i801 snd_timer snd iTCO_wdt iTCO_vendor_support tg3 soundcore snd_page_alloc ssb ata_generic pata_acpi i915 drm i2c_algo_bit video output i2c_core [last unloaded: ip6_tables] Pid: 0, comm: swapper Not tainted 2.6.30.10-105.2.23.fc11.i686.PAE #1 Call Trace: [<c0435652>] warn_slowpath_common+0x70/0x87 [<c06c4356>] ? dev_watchdog+0xb0/0x105 [<c04356a7>] warn_slowpath_fmt+0x29/0x38 [<c06c4356>] dev_watchdog+0xb0/0x105 [<c043dc7a>] ? mod_timer+0x1e/0x24 [<c064ba60>] ? usb_hcd_poll_rh_status+0x12c/0x134 [<c06c42a6>] ? dev_watchdog+0x0/0x105 [<c043d93c>] ? run_timer_softirq+0x110/0x1a6 [<c064c025>] ? rh_timer_func+0x0/0xf [<c06c42a6>] ? dev_watchdog+0x0/0x105 [<c043d96e>] run_timer_softirq+0x142/0x1a6 [<c06c42a6>] ? dev_watchdog+0x0/0x105 [<c0439e7e>] __do_softirq+0x94/0x139 [<c0439f59>] do_softirq+0x36/0x41 [<c043a04b>] irq_exit+0x2e/0x5c [<c0409c58>] do_IRQ+0x73/0x87 [<c0408b29>] common_interrupt+0x29/0x30 [<c044007b>] ? kill_pid_info_as_uid+0x19/0xe1 [<c05cec70>] ? acpi_idle_enter_bm+0x24d/0x27e [<c06964b9>] cpuidle_idle_call+0x65/0x9c [<c040771f>] cpu_idle+0x4e/0x67 [<c07283e8>] rest_init+0x58/0x5a [<c0951853>] start_kernel+0x2e1/0x2e6 [<c0951081>] i386_start_kernel+0x70/0x77 ---[ end trace 9b429c519a312e40 ]---

Какие еще логи показать?

пинг сообщил: Недостаточно буферного пространства. Как быть? :)

сделай замер, с какого обьема начинает отваливаться?

Вы правда считаете, что таким образом вываливать логи для чтения - нормально?

>Какие еще логи показать?

В подобном виде ещё логов не надо. А так, «eth0 (tg3): transmit timed out». Иногда лечится обновлением ядра, а иногда заменой сетёвки на другую (другой модели).

Самба тут не причём.

насколько я помню, tg3 были в модных гигабитках hp, не видел никогда с ними проблем. Может кто-то табуреткой кабель переехал? Про федору11, кстати, слышал много гадостей

Прошу прощения за логи :) когда я их вставлял они отображались достойно, а после размещения вот такая беда, а отредактировать не дают.

Averus, вечером сделаю замер, сообщу. Да, вчера файл в 3 гига пару раз прошел, потом опять перестал.

Про сетевуху и федору: На самом деле я пока тренируюсь на «кошках» перед покупкой сервера на работе (хоть и начального уровня), там будет RedHat и более достойная сетевушка, надеюсь этой проблемы не возникнет :)

Когда вставляете логи, там, по полем ввода текста, нужно выбирать «User line breaks» или «LORCODE» и обрамлять лог тегом code. В любом случае, есть кнопочка препросмотр, и её нужно нажимать, так как редактировать нельзя.

Относительно замены сетёвки, я, наверное, погорячился. С tg3 сталкивался только один раз, в основном у меня e1000. Можете сами погуглить строку "(tg3): transmit timed out", может чего интерестного найдёте.

Кабель, ИМХО, целый, иначе бы проблемы были бы и при передачи небольших файлов.

Про сетевуху и федору

Лучше возмите для тренеровок CentOS, просто с федорой непонятно, какая она у вас, в смысле, все ли обновления установлены. fedora 11 была давно и уже не поддерживается.