Миграция с VMware server 1.0.7 на 2.0

Назойливый Cron

Каджый, мало-мальски использующий для решения определенных задай crontab или просто cron, знаком с сообщениями о "проделанной работе". Конечно, они будут приходить только если корректно настроена почтовая система. У меня именно такой случай, и я регулярно (раз в сутки) получал сводки типа:

Return-Path:
Delivered-To: me@domain.com
Received:
From: root (Cron Daemon)
To: root
Subject: Cron run-parts /etc/cron.daily
/etc/cron.daily/ххх.sh:

А с возрастанием задач, "навешанных" на крон, количество такий сообщений будет возрастать. А не проще ли, настроив такие задачи, получать не текст о выполнении, а сводку если что-то пойдет не так??
Как это сделать? - сравнивать лог выполнения текущей задачи, с логом выполнения предыдущий раз!

Крон отправляет на почту все сообщения stdout, stderr возникшие в процессе своего выполнения. Следовательно, перенаправив этот вывод в текстовый файл и добавив процедуру сравнения, можно легко избавиться от такой "назойливости" крона.
Выглядеть скрипт может следующим образом:

!#/bin/sh
# избавляемся от сообщений с ошибками при первом запуске
touch /some/place/old.log

# "документируем" все действия вызываемых программ/скриптов
/usr/local/sbin/....sh &> /some/place/curr.log
или
for ... &>> /some/place/curr.log

# сравниваем что изменилось с прошлого раза
diff /some/place/curr.log /some/place/old.log

# переносим текущий лог действий в лог для сравнения в следующий раз
mv -f /some/place/curr.log /some/place/old.log

Перезагрузка системы в платах ASUS

Столкнулся с проблемой, когда после обновления БИОС в плате ASUS P5S800-VM система утратила способность самостоятельно перезагрузиться. Пляски с бубном желаемого результата не дали. Настройки БИОС тоже никак не повлияли. Решение нашел на форуме linuxquestions.org.
Итак. Решение проблемы - параметр для ядра системы

reboot=bios

Сразу прописать в grub.conf.

Firefox 3 Download Day

VMware server + LDAP

Имеем - Linux сервер CentOS 5.1
Процессор Е4500, аппаратной виртуализации нет, Xen толком не работает, используем VMware.
Также есть LDAP каталог, и авторизация пользователей включена и работает (можно сделать ssh на сервер).
Все ставилось из RPM-пакетов, конфигурировалось по-умолчанию.
VMware-server-1.0.6-91891.i386.rpm - собственно сервер.
VMware-mui-1.0.6-91891.tar.gz - VMware Management Interface.
Чтобы задаботала LDAP авторизация в VMware Management Interface (http://hostname:8333):

mv /etc/pam.d/vmware-authd /etc/pam.d/vmware-authd_
ln -s /etc/pam.d/system-auth /etc/pam.d/vmware-authd

Все. Можно логиниться как пользователь LDAP.

Samba+Ldap

Проект Mandriva Directory Server демонстрирует свои возможности в полную силу и с лучшей стороны. Использую практически весь функционал, кроме Squid модуля. В процессе инсталяции возникали трудности, которые вкратце опишу не вдаваясь в теорию.
1. В файле /var/log/samba/smbd.log много такого:

pdb_get_group_sid: Failed to find Unix account for workstation$

Проблема в файле /etc/ldap.conf - не хватает строчки (базы где хранятся акаунты компьютеров)

nss_base_passwd ou=Computers,dc=domain,dc=com

Понятное дело что все остальное должно быть.
2. В файле /var/log/ldap.log (или другом где LDAP складывает лог) такое:

... slapd[6922]: <= bdb_equality_candidates: (<атрибут сдесь>) index_param failed (18)

Добавляем параметр "атрибут сдесь" в файл /etc/openldap/slapd.conf в виде

index uniqueMember eq

а потом выполняем из под рута

/etc/init.d/ldap stop
/usr/sbin/slapindex -f /etc/openldap/slapd.conf
chown ldap /var/lib/ldap/ -R
ll /var/lib/ldap/

Должен появится файл

...
-rw------- 1 ldap root 8192 May 15 12:33 <атрибут сдесь>.bdb
...

Все.

IT-профи Аль-Каиды рекоммендуют