Одна из наших машин, выполняющих стороннюю систему, которая использовала LDAP для аутентификации среди других вещей, нарушила свою установку LDAP до настоящего времени (я никогда не разрабатывал, как как обычно нет никаких непристойных остановок, которые я могу объяснить).
Следующее всегда работало для сортировки его:
/etc/init.d/ldap stop
cd /var/lib/ldap-dpp/
rmdir -rfv /home/tmp_ldap/
mkdir /home/tmp_ldap
cp * /home/tmp_ldap/ -av
/usr/sbin/slapd_db_recover -v
/etc/init.d/ldap start
(заменяющий любые пути корректными для Вашей системы, конечно)
Если это перестало работать, у Вас есть резервное копирование от шага 2 для отката к готовому для попытки чего-то еще. Могло бы стоить взять полное системное резервное копирование теперь прежде, чем сделать любые шаги для устранения проблемы, в случае, если попытки починить вещи делают что-то хуже.
Согласно сообщению сакса на уровне страницы, на которую ссылаются ниже, который должен быть авторитетным, так как это, кажется, от администратора сайта для JRobin, метка времени представляет запуск интервала.
http://oldwww.jrobin.org/phpBB2/viewtopic.php?t=71&sid=3bdadda9ebfdd8792a018665f32f253e
Я заметил, однако, что Citrix сообщит о неполных интервалах; то есть, при вычислении конца интервала (t + шаг), это обычно будет в будущем для заключительной записи (который на первом месте в списке по некоторым причинам). Но сравнивая значения с выводом
дата + %s
Я никогда не вижу значения для тегов start/end/t, которые находятся в будущем.
Действительно ли возможно, что часы на хосте XenServer и хосте, где Вы смотрите на данные, выключены, или что системы находятся в различных часовых поясах?
ОБНОВЛЕНИЕ: Держаться. Как тест, я создал скачок в сетевой активности и затем выбрал метрики и искал скачок. Значение t, кажется, конец интервала, не запуск, как предложено выше.
Если кто-либо знает о странице, которая дает четкие определения XML-тэгов, возвращенных Citrix, отправьте ссылку.