FreeBSD и иже с ней Рейтинг Опции

[Neolite]

Такой вопрос: имеется рабочай станция (192.168.0.2) и системник под FreeBSD 6.1 в качестве НАТа (rl0 inet 192.168.0.1 netmask 255.255.255.0, rl1 inet 10.0.184.23 netmask 255.255.248.0). Пересобрал ядро с опциями

Код

options IPFIREWALL
options IPDIVERT

/etc/rc.conf

Код

gateway_enable="YES"
firewall_enable="YES"
firewall_type="OPEN"
natd_enable="YES"
natd_interface="rl1"
natd_flags=""

Такой вопрос где указывать DNS? На рабочей станции и все запросы будут идти через НАТ или как-то настраивать роутинг?

Сообщение отредактировано Neolite - 6.08.2006 - 14:59

[сплю]

Такой вопрос: имеется рабочай станция (192.168.0.2) и системник под FreeBSD 6.1 в качестве НАТа (rl0 inet 192.168.0.1 netmask 255.255.255.0, rl1 inet 10.0.184.23 netmask 255.255.248.0). и все запросы будут идти через НАТ или как-то настраивать роутинг?

1) resolv.conf в etc
2) если разрешено в ipfw то через nat

[Neolite]

Собственно вопрос: подскажите какие-либо программы для контроля производительности системы (только не top-like). Желательно наличие возожности ведения логов. Интересует использование различными процессами памяти, CPU, обращения к HDD.

[[Flint]]

sar ?

[Neolite]

' date='11.10.2006 - 15:52' post='1225496']sar ?

Это же под Linux. Судя по FAQ ему и исходники ядра (линухового) нужны... В общем, не собирается.

[[Flint]]

/usr/ports/sysutils/bsdsar
кто ищет, тот всегда найдет.

[Neolite]

Ммм... собственно дело обстоит так: поменял мать, проц и добавил оперативки и тут начались проблемы.
На то, что оперативка через раз проходит тест я ещё забил (стоит 3 планки: 2 - 256 и 1 - 512, причем если оставить любую из них, то тест проходит "на ура"). Правда ещё при загрузке с диска со Фрей загрузчик ругается на невозможность выполнить какие-то инструкции на уровне ядра или что-то вроде, но такое происходит через раз - то есть как повезет. В общем систему ставим с горем пополам и вроде все работает. Но! При попытке пересобрать ядро, компилятор периодически вываливается ругаясь на Illegal instruction: 4. Причем ругаться он может в любом месте, правда тут опять имеется одно "но". когда стоят все три планки он стабильно не завершает make depend произвольно вываливаясь на каком-нить этапе именно с таким вот сообщением. Если оставить 1 планку на 256, то тут наоборот он стабильно проходит make depend, но опять засыпается на стадии make опять со своим сообщением про Illegal instruction: 4. Я уже начал было грешить на проц, так как у друга был такой же трабл на P III 750 (у меня P III 1000), но в его случае ядро после нескольких попыток все же удачно собралось, у меня же стабильно засыпается на произвольном месте с одинаковой ошибкой. Так вот собственно вопрос: связано это с оперативкой? процом? матерью? встречался ли кто-то с подобным поведением? Стоит заметить, что одна из планок прекрасно работала на предыдущей конфигурации с P III 500, но ни в какую не хочет работать с новой материнкой и процом. Если все три планки вставить в старую материнку, то, почему-то определяется только 768 мегов, то есть одна из 256-меговых планок не видится, хотя на новой материнке видятся все 1024.

P.S. На новом железе изначально стоял XP SP2 и 256 мегов памяти и все работало. Также пробовал туда добавлять 512 и опять же все работало, но это под XP.
Хм... нашел вот такое объяснение:

мы тоже это заметили на одном из хостингов нашего клиента, где использовался немного устаревший процессор.

в нашем случае дело было в распространённой библиотеке glib, которая установлена в той OS, где собираем parser. glib там собран с использованием всех возможностей современных процессоров = использовалась инструкция, не поддерживаемая в несколько устаревшем процессоре клиентского хостинга.

мы скомпоновали клиенту parser с динамическим использованием glib, она взялась из OS хостинга и беспроблемно заработала.

другой вариант: скомпилировать glib самому (не включать архитектурную оптимизацию), потом скомпоновать с нею.

НО! Почему на P III 500 Slot 1 все ок, а на P III 1000 Socket 370 нет?
Хм... в результате экспериментов было выяснено, что системе также глубоко пофигу, какая версия ставиться - 6.1 или 5.4. Результат в принципе одинаковый - либо segmentation fault либо illegal instruction: 4 либо просто виснет. Как я понял, дело в проце, но предыдущий вопрос все равно остался.

Сообщение отредактировано Neolite - 4.01.2007 - 21:05

[Yuran]

Мой опыт посказывает, что это проблемы с памятью и только с ней. Компиляция больших проектов очень чувствительна к ошибкам памяти и является хорошим тестом.
Таже тема была на линухе на современной машине с двумя планками памяти , причем нормальный тест памяти ( memtest86 ) ничего не находил.

[Neolite]

Мой опыт посказывает, что это проблемы с памятью и только с ней. Компиляция больших проектов очень чувствительна к ошибкам памяти и является хорошим тестом.
Таже тема была на линухе на современной машине с двумя планками памяти , причем нормальный тест памяти ( memtest86 ) ничего не находил.

Хмм... просто мне как-то слабо верится в то, что все 3 планки настолько глючные... хотя... ядро на старой машине я пересобирал с 2 планками всего - 128 и 64. Хм... попробую с ними собрать, но вообще как-то слабо верится, что дело на самом деле в оперативке.

[Yuran]

Поставь одну и попробуй порботать.
Может быть даже они все нормальные, но вместе работают плохо.

[Neolite]

Поставь одну и попробуй порботать.
Может быть даже они все нормальные, но вместе работают плохо.

На новом железе (P III 1000) ставим одну планку на 512 - вываливается с ошибкой Illegal instruction в любом месте на этапе make depend. Ставим одну из планок на 256 - результат аналогичный. Ставим другую планку на 256 - проходит make depend, но вываливается на этапе компиляции на стадии make.
Ставим планку на 128 - одна из тех, на которой все прекрасно пересобиралось в старой конфигурации - проходит стадию компиляции, но выпадает на стадии линковки на этапе make.
Делаем небольшое извращение - возвращаем все на старую конфигурацию, то есть тупо перетыкая провода из новой материнки в старую и вставляя туда планку на 512, которая, кстати, определяется как 256 =). Результат - система спокойно загружается, и в данный момент в нормальном режиме идет пересборка ядра. Я уже начинаю думать, что мое решение все переставить было преждевременным (так и не проверил как будет вести себя уже установленная система если поменять мать и проц).

Сообщение отредактировано Neolite - 6.01.2007 - 22:47

[GiNeR]

На новом железе (P III 1000) ставим одну планку на 512 - вываливается с ошибкой Illegal instruction в любом месте на этапе make depend. Ставим одну из планок на 256 - результат аналогичный. Ставим другую планку на 256 - проходит make depend, но вываливается на этапе компиляции на стадии make.
Ставим планку на 128 - одна из тех, на которой все прекрасно пересобиралось в старой конфигурации - проходит стадию компиляции, но выпадает на стадии линковки на этапе make.
Делаем небольшое извращение - возвращаем все на старую конфигурацию, то есть тыпо перетыкая провода из новой материнки в старую и вставляя туда планку на 512, которая, кстати, определяется как 256 =). Результат - система спокойно загружается, и в данный момент в нормальном режиме идет пересборка ядра. Я уже начинаю думать, что мое решение все переставить было преждевременным (так и не проверил как будет вести себя уже установленная система если поменять мать и проц).

Посмотри не вздулись ли конденсаторы на мамке.

[Neolite]

Посмотри не вздулись ли конденсаторы на мамке.

Заметного вздутия не обнаружил. С виду вроде бы все ок.
Пришлось несколько извратиться - на время пересборки ядра подключить все к старой матери, а по её окончании, вернуть все на место.

Только вот, я так понял, что при каждой компиляции предстоит такое извращение...
Поставил старую мать (соответственно, со старым процом) - все ок, даже с теми планками ОЗУ, которые "лагали" на новой материнке. Так что видимо дело все же в ней =\

Сообщение отредактировано Neolite - 6.01.2007 - 18:39

[Dread]

Заметного вздутия не обнаружил. С виду вроде бы все ок.
Пришлось несколько извратиться - на время пересборки ядра подключить все к старой матери, а по её окончании, вернуть все на место.

Только вот, я так понял, что при каждой компиляции предстоит такое извращение...
Поставил старую мать (соответственно, со старым процом) - все ок, даже с теми планками ОЗУ, которые "лагали" на новой материнке. Так что видимо дело все же в ней =\

Bios ?
Попробуй переткнуть проц и прочее ...
Попробуй биос обновить, возможно помоджет (только сначала первое)

[Neolite]

Bios ?
Попробуй переткнуть проц и прочее ...
Попробуй биос обновить, возможно помоджет (только сначала первое)

Проблема в том, что на матерях сокеты разные: в одном случае Slot 1 а в другом - Socket 370

[-titan-]

Если все три планки вставить в старую материнку, то, почему-то определяется только 768 мегов, то есть одна из 256-меговых планок не видится, хотя на новой материнке видятся все 1024.

Это не одна из 256-меговых не видися, а просто видно только половину 512-мегабайтной. Просто чип на старой материнке не знает про существование такой памяти.
Напоролся с этой фигней на чипе 440BX. Там 128-Мбайтные планки должны иметь 8 микрух (8 с одной стороны либо по 4 с каждой), а 256-Мбайтные 16 микрух.

[alienus]

Весёленькая ситуация вышла: установил Frenzy на хард и начал юзать под рутом всё что можно и что нельзя (естественно, обложившись мануалами и доками, что можно дом из них построить :-)). К чему веду - удалил /один/очень/важный/файл (какой - не скажу, смеяться долго будете), и система ёк. Файлик то знаю откуда взять и куда засунуть, чтобы зачипыхало всё, проблема в последнем. Не могу смонтировать диск с того же LifeCD. Остальные имеющиеся файловые системы запускаются на ура (FAT, NTFS), а эта фигня с номером 165!!! не хотитъ.

mount -t ufs /dev/ad0s1a /mnt/hdd => Operation not permitted

Как я только не издевался над MOUNTировкой, результат отрицательный. Переустановить ось с форматированием не составит труда, 10 минут. Просто на будущее, если ещё раз облажаюсь и система будет настроена полностью с наличием кучей нужных программулек и документиков, не хотелось бы с этим так просто расстаться.

P.S. Подобный вопрос ужЕ поднимался в теме, но ответ мне не помог.

И ещё, может только у меня такая фича: Frenzy LiveCD ни под каким предлогом не увидит и не смонтирует HDD, если на компе их меньше двух штук. Наверно по одному боятся показываться :-)))

Сообщение отредактировано alienus - 16.03.2007 - 00:52

[RexaleX]

]]>http://www.freebsddiary.org/fsck.php]]>
не из этой оперы?

[Dread]

..........а эта фигня с номером 165!!! не хотитъ.

mount -t ufs /dev/ad0s1a /mnt/hdd => Operation not permitted

....

Решается просто ..
1 грузимся с установочного диска фри
2 в sysinstall находим fixit чето там дальше
3 заходим в шел
4 набираем магическую комманду fsck -y /dev/bla-bla (где bla-bla имя раздела)
5 дождавшись окончания можем монтировать /dev/bla-bal куда захотим и когда захотим

ЗЫ

.
а эта фигня с номером 165!!!
.

Сам ты фигня

Такой вопрос: имеется рабочай станция (192.168.0.2) и системник под FreeBSD 6.1 в качестве НАТа (rl0 inet 192.168.0.1 netmask 255.255.255.0, rl1 inet 10.0.184.23 netmask 255.255.248.0). Пересобрал ядро с опциями

Код

options IPFIREWALL
options IPDIVERT

/etc/rc.conf

Код

gateway_enable="YES"
firewall_enable="YES"
firewall_type="OPEN"
natd_enable="YES"
natd_interface="rl1"
natd_flags=""

Такой вопрос где указывать DNS? На рабочей станции и все запросы будут идти через НАТ или как-то настраивать роутинг?

По личному опыту поменял
options IPFIREWALL
options IPDIVER
на
options pf
Заработало веселее (в ipfw nat в user-level работает, точнее в 5.4 работал, сейчас не знаю не проверял)

Пересобирать не обязательно....
если прописать
firewall_enable="YES"
firewall_type="OPEN"
natd_enable="YES"
natd_interface="rl1"
natd_flags=""
Все добро подгрузится модулями

DNS запросы можно тупо натить .... работать будет замечательно
а можно прибегнуть к помощи bind ы настроить его как кэширующий сервер...
Как выбрать лучше думай сам работает и так и так...
Но с биндой ты поимееш возможность держать какуюнить зону типо vasya.pupkin

Вот а далее говориш что серванту можно ходить к указанным в конфиге dns а юзерам можно ходить к бинде...Настраиваеш нат и радуешся жизни

Сообщение отредактировано Dread - 26.04.2007 - 16:50

[Neolite]

Вопрос, наверное, стар как мир но все же. Есть сервер под FreeBSD с крутящимися на нем http, ftp, mysql демонами. Так вот, рано или поздно, но вся память потихоньку утекает в Inactive. Пересборка ядра никаких положительных результатов не принесла Так вот собственно, как от этого избавиться?