Gurevich.intercon.ru

Столкнулся с подобной ошибкой во время запуска системы.  Оказалось, что freebsd 9 не хочет работать с отключенным ACPI. В меню загрузки ACPI отключается первыми 2мя пунктами (собственно отключить ACPI и Safe mode). Избегаем использования данных пунктов меню и все загружается нормально.

Контроллеры 3Ware

tw_cli /c4 show
tw_cli /c4/p0 remove
tw_cli /c4 rescan
tw_cli /c4/u0 start rebuild disk=0

Контроллеры LSI Logic’s MegaRAID

megarc -AllAdpInfo
megarc -ctlrInfo  -a0
megarc -pdFailInfo -a0 -chAll -idAll
megarc -phys -a0 -chAll -idAll
megarc -dispCfg -a0
megarc -showRbld -a0
megarc -ViewInitProg -a0
megarc -ViewBICCProg -a0
-clrCfg -a0
-initLd -aX -Lx1[ -Lx2..[ _Lxn]]|-Lall
-enAlarm|-disAlarm|-silenceAlarm|-showAlarm -aX

megarc -ldInfo -a0 -Lall | find "Status:"

Сменить права доступа для всех файлов и каталогов в текущей папке и подпапках (для файлов сделать 644, для каталогов 755)

find . -type f -exec chmod 644 \{\} \;
find . -type d -exec chmod 755 \{\} \;

Удалить в текущей папке все файлы  по шаблону *.log и *.zip

find . -name *.log -delete
find . -name "*.zip" -exec rm \{\} \;

Удалить в указанной папке все файлы старше 3 месяцев

find /path/ ! -newermt '3 month ago' -delete

xfreerdp — наиболее продвинутый клиент подключений к удаленному рабочему столу windows. Приведу наиболее полезные ключи этой команды

xfreerdp -k en_US -g 1280x950 -u domain\\username --plugin cliprdr -0 --sec rdp servername
xfreerdp -k en_US -g 1280x950 -u username --plugin cliprdr servername

-k en_US — включить английскую раскладку по умолчанию

-g 1280×950 — задать разрешение экрана. На мониторе 1280х1024 у меня такой размер окна наиболее удобно выглядит

-u username — имя пользователя для подключения

—plugin cliprdr — включить перенаправление клипборда

-0 Подключиться к консоли сервера

—sec rdp — включить модель безопасности rdp (может потребоваться для подключения к вин2008)

Проверка скорости чтения/записи диска

Чтение с диска (10ГБ блоками по мегабайту):

dd if=/dev/lvm1/data of=/dev/null bs=1M count=10240

Запись на диск (10ГБ блоками по мегабайту)

dd if=/dev/zero of=/dev/lvm1/data bs=1M count=10240

Последовательно тесты на чтение и запись (целиком размер устройства блоками по 256КБ)

echo Read; dd if=/dev/lvm1/data of=/dev/null bs=256K; echo Write; dd if=/dev/zero of=/dev/lvm1/data bs=256K

Иногда чтение или запись большого объема данных может занять очень долгое время и в течение этого времени невозможно оценить каков процент выполнения задачи.  Некоторый мониторинг можно организовать следующими командами:

В первой консоли

dd if=/dev/zero of=/dev/lvm1/data bs=1M& pid=$!

во второй консоли

while (true); do date;kill -USR1 $pid; sleep 60;done

теперь каждые 60 секунд на экране будет высвечиваться статистика чтения или записи устройства

 В некоторых случаях при обновлении PHP из портов возникают ошибки следующего вида:

Cannot find autoconf. Please check your autoconf installation and the $PHP_AUTOCONF environment variable is set correctly and then rerun this script

и обычно следующая за ней такая же про autoheader Лечится так: смотрим какая версия autoconf и autoheader установлена и задаем переменные среды (чтоб работало постоянно можно поместить в ~/.profile для bash)

export PHP_AUTOCONF=autoconf-2.69 
export PHP_AUTOHEADER=autoheader-2.69

Периодически версии PHP в ветке портов /usr/ports/lang/php5 сменяются. В результате если обновить из портов php5, то установленная версия изменится и неизвестно к каким результатам это приведет (скорее всего к неприятным).  В новых версиях часть функций может быть удалена, часть будет работать иначе, чем раньше и как следствие неработающие сайты.

Чтоб избежать подобного можно зафиксировать версию PHP (например 5.3), благо достаточно скоро в портах появляются соответствующие предыдущим версиям ветки (напр. /usr/ports/lang/php53) Читать полностью »

Я столкнулся с этой бедой на FreeBSD 8.1, раньше такого не встречал. Возможно что возникновение подобной ситуации зависит от сетевой карты.

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

Для решения этой беды был найден скрипт от  Jeremy Chadwick. Этот скрипт вставляет в процесс загрузки задержку до появления доступа к указанному IP-адресу (попросту пока пинг на него не пойдет) Читать полностью »

cat GENERIC-VMWARE Читать полностью »