Вы использовали бы атрибут userPassword. Почему Вы используете порт 389, хотя? Вы не хотели бы отправлять изменение пароля в открытом тексте. Я также не полагаю, что AD позволит Вам изменять пароль через LDAP без соединения SSL.
Первое правило крона состоит в том, чтобы настроить несколько вещей, которые Вы ожидаете. Один, какой каталог Вы находитесь в (явно 'CD' к нему). Два, путь Вы ожидаете (в crontab, ПУТЬ =...) и три, куда почта идет (если Вы хотите изменить его.)
Например:
SHELL=/bin/sh
PATH=/bin:/sbin:/usr/bin:/usr/sbin
HOME=/var/log
У меня затем также был бы каждый сценарий, любой создал дополнительные пути в случае необходимости, и всегда
cd $HOME
или к другому явному пути.
КРОН действительно имеет свою собственную среду.
Вы устанавливали задание с crontab-e как пользователь, выполняющий задание? Как задание было добавлено?
Кроме того, немного восстановления сценария, с цикличным выполнением; это должно работать хорошо над Вашей установкой.
#!/bin/sh
### internal variable definitions
dvar=`date +"%m\/%d\/%y"`
filedate=`date +%b%d%Y`
# add the prefix of new hosts into the string below,
# which will be expanded later into GVE{whatever} while looping
HOSTLIST="DSS1 CMX1 CMX2 XIS1 XIS2"
# main processing loop
for SUFFIX in $HOSTLIST
do
echo $SUFFIX >> serverlog_${filedate}.txt
ssh GVE$SUFFIX grep "^$dvar" /home/gve/log/oasErrLog \
>> serverlog_${filedate}.txt
done
scp serverlog_${filedate}.txt \
"GVEXOSR2:C:/Documents\ and\ Settings/gve/Desktop/logs"
Продолжение 2-й попытки:
Хорошо, таким образом, что-то определенно horked. То, что Вы добрались 2x XIS1, является хорошим признаком, что или буферы не пишутся правильно, или сама оболочка является преступником. Цикл должен изолировать каждый хост, когда он работает, поэтому если у Вас нет невспыхнувшего pipes/buffers/what-have-you, лежащего вокруг, он не должен показывать XIS1 два раза подряд. Попытка явно с помощью #!/bin/bash
как оболочка вместо sh, иногда поставщики повторно сцепляют sh с чем-то другим, чем удар (и цикл является измом удара, таким образом, это могло вызвать проблемы). Кроме того, помещенный a sync
незадолго до done
в сценарии, чтобы видеть, является ли это проблема буферизации.