» Общие вопросы по FreeBSD

Lutvun
Смотрите SMART харда.

gryu
первым делом! Самрт бил норм. И диск дальше работает на норм. скорости под виндой!

Цитата:

DemonWather

Спасибо за исчерпывающий ответ. Теперь все уложилось по полочкам.

Сегодня же скачаю amd64

Цитата:

смарт был норм. и диск дальше работает на норм. скорости под виндой

Винда и Фря таки по-разному "раскладывают" файло, так что это ещё ни о чём. Раз уж всё равно снял и поменял -- погоняй хорошо поверхность на чтение и запись мхдд-шкой или викторией

VitRom
К сожалению, в тот же день продал, так что не получиться. Теперь можно только гадать.(Если вернут с жалобами - отпишусь.)

всем привет!
помогите понять такой момент:
осваиваю потихоньку фрю. Работаю в VMware с версией 6.1. Для освоения мне её хватает, обновлять до новой ветки не хочу, пушо как минимум есть бумажная книга Таймана с которой удобно заниматься. Хотел установить несколько нужных программ, сразу возникла идея обновить порты. Из портов начал собирать remotedesk - error1 с указанием причины что мол нужно обновить зависимые пакеты. Далее начались нестыковки с моим kde3.

Так вот собсно прошу сказать правильно ли я вижу, что коллекция пакетов имеется в архиве в репозитории для каждой устаревшей ветки stable, в то время как порты не имеют временного штампа и синхронизируются только на текущий момент времени. Теги для портов не применяются и в моем случае нужно ставить приложения только через пакеты с pkg_add -r. То есть коллекцию портов я вобще могу снести?

VitRom
Скорость опять упала. Теперь уже на новом харде. Занято всего 150 гиг.

у тебя там лифт не ездит ? а то у меня было такое:

стол стоял посредине комнаты, и когда ехал грузовой лифт он начинал ощутимо вибрировать. В итоге в этом компе регулятно умирали винты - максимум жили по 2 месяца. Хотя в этой же комнате компы, расставленные под стеночкой работали без проблем.

tankistua
Нет, смерть хардов полностью исключается. Проблема софтовая. Я почти уверен, что если форматнуть его, то скорость опять станет нормальной.

Так может это обычная фрагментация? А то я что-то не припомню, писалось ли вообще, чем именно комп занят?

VitRom
Файлообменник сети, торентокачалка, вебсервер для нескольких проектов.
Так на ЮФС фрагментация минимальна.


Код: $fsck -n
** /dev/ad6s1d (NO WRITE)
** Last Mounted on /mnt/data
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
32512 files, 65408621 used, 171099158 free (2742 frags, 21387052 blocks, 0.0% fragmentation)

Торентокачалка... Если кучка торрентов, если хороший канал, если много чего раздаётся - торрентом винт "убивается" на раз. Это ведь не один поток, как по фтп, на 100 мегабитах, а кучка коннектов личеров...

KVCH
Это вы путаете SSD и обычные, дисковые харды.
SSD харды торрентом действительно "убиваются на раз", т.к. пока ещё у флешь памяти цкл записи не слишком велик.
Если же брать HDD, то что бы торрентом убить хард, это нужно ОЧЕНЬ долго (исчесляется в годах) активно пахать.
HDD давно отлажены на надёжность в этом вопросе... иначе сервера "вылетали" быб каждые пол года.

gryu
под "убиваются на раз" я имел ввиду не работоспособность, а скрость.
Т.е. если винт нагрузить несколькими потоками - то скрость значительно падает, потому как голова винта не успевает везде.

KVCH
Ну эта... как яго... Я ж надеюсь что замеры скорости работы оборудования проводятся в тестовом режиме.
Т.е. если тестируется скорость обмена с хардом, то в этот момент всякие торенты отключаются....
Иначе это вообще "бред сивой кобылы при ясной луне"
VitRom

Цитата:

Так может это обычная фрагментация?

насколько мне помнится, UFS не критична к фрагментации. Во всяком случае, мало критична.

При замерах скорости всё отключал. Кроме этого всё нормально работало в начале с запущенными торентами.

Junkeeэто пакеты все надо снести
а софт ставить тока изпортов, предварительно их обновив

Установил Apcupsd на FreeBSD 7.3. Бесперебойник APC Smart-UPS SC 420 подключил на com порт. Работает. Отключаю питание для теста, пишет, The operating system has halted, затем Please press any key to reboot. Через небольшое время выключается компьютер. Непонятно зачем пишет нажмите любую кнопку для перезагрузки?

niko7
У тебя вместо shutdown -p now прописано shutdown -h. Поковыряй конфиг.

Lutvun
Цитата:

У тебя вместо shutdown -p now gрописано shutdown -h. Поковыряй конфиг.

Не понял, где поковырять? Подскажите. Компьютер у меня же в итоге выключается бесперебойником, а не перезагружается. Посмотрел man, толком не понимаю, что должна сделать команда shutdown -h?

Цитата:

Через небольшое время выключается компьютер... Компьютер у меня же в итоге выключается бесперебойником, а не перезагружается

Ну, в итоге (т.е. "через небольшое время") комп обязательно выключится, причём совершенно независимо от команд и конфигов и даже наличия шнурка в ком-порте -- так что можно ничего и не трогать

Цитата:

Не понял, где поковырять?

в настройках Apcupsd чтобы оно говорило системе shutdown -p или halt -p
Проверь, чтобы система вообще умела выключиться, а не вырубиться (т.е. поддержка АЦПИ была загружена).

VitRom
Цитата:

в настройках Apcupsd чтобы оно говорило системе shutdown -p или halt -p

Не могу найти, где это задается?
Цитата:

Проверь, чтобы система вообще умела выключиться, а не вырубиться (т.е. поддержка АЦПИ была загружена).

Как правильно проверить?

niko7,
настройки Apcupsd описаны здесь
ACPI во FreeBSD описана в man acpi и ещё здесь
С чем именно из вышеуказанного у тебя трудности?

VitRom
Цитата:

С чем именно из вышеуказанного у тебя трудности?

Цитата:

в настройках Apcupsd чтобы оно говорило системе shutdown -p или halt -p

Цитата:

Не могу найти, где это задается?

В официальном мануале apcupsd пишут так:

[more=Порядок останова такой-то]The shutdown sequence is as follows:

apcupsd detects that there is a power problem and it calls /etc/apcupsd/apccontrol powerout. By default this event does nothing, but it can be overridden to notify users, etc.

After the configured ONBATTERYDELAY, apcupsd calls /etc/apcupsd/apccontrol onbattery, which normally sends a message to all users informing them that the UPS is on batteries.

When one of the conditions listed below occurs, apcupsd issues a shutdown command by calling /etc/apcupsd/apccontrol doshutdown, which should perform a shutdown of your system using the system shutdown(8) command. You can modify the behavior as described in Customizing Event Handling.[/more] Сразу идём по последней ссылке и читаем про [more=Настройку обработки событий]Customizing Event Handling

When apcupsd detects anomalies from your UPS device, it will make some decisions that usually result in one or more calls to the script located in /etc/apcupsd/apccontrol. The apccontrol file is a shell script that acts on the first argument that apcupsd passes to it. These actions are set up by default to sane behavior for all situations apcupsd is likely to detect from the UPS. However, you can change the apccontrol behavior for every single action.

To customize, so create a file with the same name as the action, which is passed as a command line argument. Put your script in the /etc/apcupsd directory.[/more] Ну и дальше там ещё много интересного -- и примеры есть, и даже лошадиное фамилие говорящее имя события [more=doshutdown] doshutdown

When the UPS is running on batteries and one of the limits expires (time, run, load), this event is generated to cause the machine to shutdown.

Default: Shuts down the system using shutdown -h or similar[/more]

Т.е. или "внаглую" исправить /etc/apcupsd/apccontrol для нужного события, или создать свой обработчик ("with the same name as the action") и положить его в /etc/apcupsd

всем добрый вечер,извините ламера но уже голова пухнет ,не могу понять.
зарегестрировался на одном хостинге.цель-найти перевалочный пункт для запросов тюнера на сервер ш*** (наш глобальный пров решил что смерть шароварам и поддержим отечественного производителя и посему заблокировал все порты по адресам серверов) пользоватся прокси неудобно так как тюнера не поддерживают прокси и приходится запускать комп и потом уже смотреть на тюнере.
случайно наткнулся на предложение бесплатного хостинга и как осенило-вот же виртуальна машинка пробросить порты и все (тем более трафика жрет 80 метров в месяц никого не побеспокою)(на сервере дали гиг трафика)
ну тут то я и столкнулся с проблеммой -на сервере стоит FreeBSD 8.0
при обращении к серверу через ssh удается пробросить порт на нужный айпишник
(ssh -L 8080:localhost:80 localhost) но после того как сессию телнета разрываю постепенно порты отваливаются по одному и через 5-20 минут,и в процессах( ps )их не видно.

если не очень затруднит подскажите что не так ?
надо установить какой нибудь демон поддерживающий проброс или я вообще занимаюсь не тем что нужно в данной ситуаций
может есть приложение какое ?

заранее благодарен любым ответам.

compaqcompaq
нужно не заморачиватся и построить тунель(можно gre, можно ipsec, смотря что через прова заработает). как? ну по этому поводу существует куча хауту, с готовыми конфигами)

niko7
во-первых, проверяйте кабель, которым сцеплен сервер с бесперебойником. Кабель должен быть ТОЛЬКО от APC, любой другой будет приводить к постоянным граблям, вплоть до вырубания сервера при подключении к UPS

У меня APC Smart-UPS RT 3000 XL в серверной, на нём висит FreeBSD с apcupsd-сервером + виндовые серваки с apcupsd-клиентом, вот конфиг apcupsd с FreeBSD 7.1, работает всё как надо:

Код:
DEVICE /dev/cuau0
UPSCABLE smart
UPSTYPE apcsmart
LOCKFILE /var/spool/lock
SCRIPTDIR /usr/local/etc/apcupsd
PWRFAILDIR /var/run
NOLOGINDIR /var/run
ONBATTERYDELAY 6
MINUTES -1
BATTERYLEVEL 10
TIMEOUT 0
ANNOY 300
ANNOYDELAY 60
NOLOGON disable
KILLDELAY 0
NETSERVER on
NISIP 192.168.ХХ.ХХ
NISPORT 3551
EVENTSFILE /var/log/apcupsd.events
EVENTSFILEMAX 10
UPSCLASS standalone
UPSMODE disable
STATTIME 0
STATFILE /var/log/apcupsd.status
LOGSTATS off
DATATIME 0

кстати, кто не видел - вышла 8.2 и 7.4

Добавлено:
точнее не так - не вышла, но образы уже лежат на основных фтп-ишниках

Цитата:

кстати, кто не видел - вышла 8.2 и 7.4  

это RC3 о чём на сайте написано.
http://www.freebsd.org/where.html#helptest