May 16th, 2008

hope

(no subject)

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

Collapse )

кросспост на opennet
A-A-A

FreeBSD: А есть ли бенчмарк для FS, имитирующий разные паттерны работы с настроенными пресетами?

В связи с покупкой железа хочу таки сравнить geom_raid5 и ZFS raidz.
Из найденных в портах бенчмарков ничего не порадовало. Всё — “пишем и читаем файл в бегамайт разными блоками разных направлениях”.
Неинтересно. Это не реальная работа. Точнее — малая часть её.
А работа с развесистыми деревьями, набитыми маленькими файлами?
А работа со случайным доступом к файлам средних размеров (16-200Mb)?
Ну и так далее.
Можно, конечно, cvsup src поделать и ports.tar.bz2 поразворачивать — но тут другая проблема, не станет ли всё упираться в то место, откуда эти данные читаются…
В общем, на что в портах смотреть?
A-A-A

FreeBSD: монтирование NFS из /etc/fstab и проблемы с UDP на клиенте.

С NFS много не работал, поэтому не могу понять, что происходит.

Есть хост A. Он экспортирует /usr/ports для хоста B.

Проверяем руками:

b# mount_nfs a:/use/ports /usr/ports
b# ls /usr/ports
…[ls output is skipped, it is valid]…

Отрабатывает моментально. Хорошо, прописываем в /etc/fstab:

a:/usr/ports /usr/ports nfs rw 0 0

Размонтируем /usr/ports, и монтируем снова через /etc/fstab:

b# mount -a
[udp] a:/usr/ports: NFSPROC_NULL: RPC: Timed out
[udp] a:/usr/ports: NFSPROC_NULL: RPC: Timed out
^C
b#

Запускаем tcpdump на сервере и видим такой обмен пакетами (форматирование моё):

UDP B:888 -> A:2049 RPC Call NFS_NULL
UDP A:2049 -> B:888 RPC Reply NULL
ICMP B -> A UDP port 888 Unreachable
UDP B:723 -> A:2049 RPC Call NFS_NULL
UDP A:2049 -> B:723 RPC Reply NULL
ICMP B -> A UDP Port 723 Unreachable

Что за фигня?! Файрволла на B нет вообще. ipfw show ругается на отсуствие интерфейса в ядре, и это правда. При этом B не получает ответов от A!

Можно, конечно, перейти на TCP, но хотелось бы разобраться в ситуации.

Кстати, ставился B по NFS, и там я таки переключился на TCP что бы работало. Но теперь хочется разобраться

  • klosk

linksys wap54g Wireless Bridge

есть клиенты, на сабжевых точках. человека, который настраивал это давно нет. надо подключить нового клиента, но у меня не получается настроить сабжевую точку в режиме бриджа. я правильно понимаю, что когда включится режим бридж, точка не должна пинговаться и пускать меня по веб-интерфейсу? у клиентов, которых настраивали до именно так. установил режим Wireless Bridge, скопировал туда мак-адрес нашей точки, взятый из пункта Site Survey, прописал ключ, но пинга шлюза не проходит. пробовал варианты подключения AP Client и Wireless Repeater, все тщетно. ключ точно тот, т.е. дело не в шифровании. может кто работал с этими точками, что я делаю не так? буду благодарен за любые советы.