Gurevich.intercon.ru

База ЛДАП в зимбре имеет свойство иногда оказываться поврежденной при неудачных апгрейдах или сбоях файловой системы. Чтоб застраховать себя от потери информации о пользователях лучше всего настроить периодическое копирование ldap.

Как делать резевную копию и восстанавливать из нее описано тут http://wiki.zimbra.com/wiki/LDAP_data_import_export

Вкратце:

Сохранение резервной копии в папке /tmp

$ /opt/zimbra/libexec/zmslapcat /tmp

Восстановление

$ ldap stop
$ /opt/zimbra/openldap/sbin/slapadd -q -b "" -F /opt/zimbra/data/ldap/config -l /tmp/ldap.bak
$ ldap start

Действия делаются из под пользователя zimbra

При резевном копировании с помощью скрипта GhettoVCB, если бэкапы делаются на хранилище NFS могут возникать ошибки при удалении резевных копий очень большого объема. До версии VMWareESXi 4.1 Update 2 это никак не лечилось, так что первым действием обновляем вмварь, после чего пользуемся статьей http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1035332

В этой версии вмвари появилась переменная, изменив которую можно увеличить время ожидания при долгих операциях удаления с NFS

# esxcfg-advcfg -s 90 /NFS/DeleteRPCTimeout

Здесь я увеличиваю таймаут до 90 секунд. В моем случае этого времени оказалось достаточно, ошибки при резервном копировании прекратили появляться

 В некоторых случаях при обновлении 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 Читать полностью »

Так уж повелось, что привычным терминалом для меня в юниксе стал xterm. И все мне в нем нравится, но есть некоторые минусы, которые портили всю радость его использования.

Во-первых, не работает копирование в другие программы из окна терминала с помощью выделения мышью. Копирование внутри окна терминала работает и между окнами терминала,  а в другие программы не переносится. Это происходит из-за того, что у xterm есть свой собственный буфер обмена.

Во вторых, слишком маленький шрифт в окне терминала. Его конечно всегда можно подправить с помощью комбинаций клавиш Shift+ и Shift- , но так придется делать при каждом запуске терминала — напрягает это. Читать полностью »

Для архивации файлов под Windows понадобилось в CMD-файле определить дату предшествующую текущей. В результате получился следующий скрипт. Корректно обрабатывает смену месяца, года и даже високосный февраль. Читать полностью »

Захотелось освоить технологию [[LVM]]. Очень уж интересныевкусности она предлагает. Тут и динамическое изменение размера дисков на лету без остановки системы. И возможность делать снимки ([[Снимок файловой системы]]). Есть еще возможность склеивать несколько дисков в один, но эта возможность по соображениям отказоустойчивости меня мало интересует.

Ну так вот, прочитал мануал, при установке создал раздел размером 100мб в формате ext4, подключил его как /boot. Остальные разделы (корень, /home и т.д.) разместил на LVM-разделах. Система установилась, запустилась и работала — я был несказанно рад. Но наступило время вынуть установочный диск из DVD-привода и тут меня ждала неприятность — система не смогла загрузиться…

Читать полностью »

Есть папка /etc/cron.daily. Из названия понятно, что это папка из которой ежедневно запускаются программы и скрипты. Очень полезная вещь — делаю скрипт и кладу в эту папку. На следующий день обнаруживаю, что скрипт не выполнился. Очень было обидно.

После непродолжительного поиска в Интернете выяснилось, что всему виной параметр DAILY_TIME, находящийся в конфиге /etc/sysconfig/cron . По умолчанию этот параметр не задан (для него указано пустое значение) и обработка папки /etc/cron.daily не выполняется. Для того чтоб все работало нужно задать значение времени для выполнения ежедневных задач, например вот так

[cc]DAILY_TIME=»00:15″[/cc]