Re: Не выполняется ко манда внутри bash скрип та
Pavel Ammosov пишет: On Mon, Apr 06, 2009 at 10:47:24AM +0400, Oleg Anisimov (Олег Анисимов) wrote: А смысл повторно изобретать munin?... http://packages.debian.org/lenny/munin А смысл в том, что на этой машине MRTG пожрал весь проц. Мне не надо генерировать тучу html и png _каждые_ 5 минут. Пусть они генерятся в тот момент, когда я действительно хочу на них посмотреть. Я как бы не настаиваю, но munin может работать как CGI. А насчёт проца и дисков - есть известная работа по этой теме: http://www.usenix.org/event/lisa07/tech/full_papers/plonka/plonka_html/index.html А я как бы настаиваю 8) Зачем мне еще что-то ежели то, что уже есть, умеет cgi из коробки: ... RRD::SETENV LANG ru_RU.cp1251 RRD::GRAPH /var/www/rrdtool/kom16/RRD::CV interfaced.png --imginfo 'IMG SRC=/rrdtool/kom16/RRD::CV interfaced.png WIDTH= HEIGHT= ' --vertical-label Скорость Мбит/сек --title Загрузка интерфейса RRD::CV interface за двое суток --width 600 --height 300 --start -2d --end now DEF:inoctets=/var/rrddb/kom16/ports.rrd:inRRD::CV interface:LAST DEF:outoctets=/var/rrddb/kom16/ports.rrd:outRRD::CV interface:LAST CDEF:inbits=inoctets,8,* CDEF:outbits=outoctets,8,* VDEF:maxin=inbits,MAXIMUM VDEF:maxout=outbits,MAXIMUM VDEF:avgin=inbits,AVERAGE VDEF:avgout=outbits,AVERAGE VDEF:lastin=inbits,LAST VDEF:lastout=outbits,LAST AREA:inbits#00FF00:Входящий трафик GPRINT:maxin:Максимальный %3.2lf%s GPRINT:avgin:Средний %3.2lf%s GPRINT:lastin:Текущий %3.2lf%s\j LINE:outbits#FF:Исходящий трафик GPRINT:maxout:Максимальный %3.2lf%s GPRINT:avgout:Средний %3.2lf%s GPRINT:lastout:Текущий %3.2lf%s\j ... А за ссылку спасибо 8) -- -- С наилучшими пожеланиями, Олег Анисимов Начальник отдела Интернет-провайдинга == ООО ЖАНР Телекомпания Доброе, г. Владимир, ул. Комиссарова, 16 тел. (4922) 21-53-37 (доб. 103) fax. (4922) 31-12-60 e-mail: o_anisi...@dobroe.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Не выполняется ко манда внутри bash скрип та
Pavel Ammosov пишет: On Thu, Apr 02, 2009 at 04:45:18PM +0400, Oleg Anisimov (Олег Анисимов) wrote: Строчка в /etc/cron.d/myscripts : */5 * * * * root /opt/rrd/stat/update.sh 21 /dev/null А смысл повторно изобретать munin?... http://packages.debian.org/lenny/munin А смысл в том, что на этой машине MRTG пожрал весь проц. Мне не надо генерировать тучу html и png _каждые_ 5 минут. Пусть они генерятся в тот момент, когда я действительно хочу на них посмотреть. P.S. а причина и правда была в том, что ключ публичный на той стороне был от старой машины. -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Не выполняется ко манда внутри bash скрип та [SOLVED]
Artem Chuprina пишет: Oleg Anisimov (Олег Анисимов) - debian-russian@lists.debian.org @ Thu, 02 Apr 2009 16:45:18 +0400: OAА Строчка в /etc/cron.d/myscripts : OAА */5 * * * * root /opt/rrd/stat/update.sh 21 /dev/null OAА Вроде как рутом должен запускаться. У меня было смутное подозрение OAА насчет ключей ssh, но как в этом достоверно убедиться и главное OAА исправить :? Как убедиться: ssh -v и не засовывать stderr в /dev/null. Тогда он руту в почту все расскажет. Может быть, даже без -v расскажет достаточно. Ну а исправить - в зависимости от того, какая ошибка была допущена... Спасибо, Артём! Совет был дельным. Вспомнил что машину переустанавливали. Скопировал на нее повторно публичный ключ RSA и все заработало. 8) -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Не выполняется ко манда внутри bash скрип та
Artem Chuprina пишет: Oleg Anisimov (Олег Анисимов) - debian-russian@lists.debian.org @ Thu, 02 Apr 2009 16:45:18 +0400: OAА Строчка в /etc/cron.d/myscripts : OAА */5 * * * * root /opt/rrd/stat/update.sh 21 /dev/null OAА Вроде как рутом должен запускаться. У меня было смутное подозрение OAА насчет ключей ssh, но как в этом достоверно убедиться и главное OAА исправить :? Как убедиться: ssh -v и не засовывать stderr в /dev/null. Тогда он руту в почту все расскажет. Может быть, даже без -v расскажет достаточно. Ну а исправить - в зависимости от того, какая ошибка была допущена... Вот что падает в почту от крона: [SKIP] + s=1233555312 ++ ssh -v stat uptime OpenSSH_4.3p2 Debian-9etch3, OpenSSL 0.9.8c 05 Sep 2006 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to stat [91.192.32.3] port 22. debug1: Connection established. debug1: permanently_set_uid: 0/0 debug1: identity file /root/.ssh/identity type -1 debug1: identity file /root/.ssh/id_rsa type 1 debug1: identity file /root/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3p2 Debian-9 debug1: match: OpenSSH_4.3p2 Debian-9 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-9etch3 debug1: Miscellaneous failure No credentials cache found debug1: Miscellaneous failure No credentials cache found debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'stat' is known and matches the RSA host key. debug1: Found key in /root/.ssh/known_hosts:114 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /root/.ssh/identity debug1: Offering public key: /root/.ssh/id_rsa debug1: Authentications that can continue: publickey,password debug1: Offering public key: /root/.ssh/id_dsa debug1: Authentications that can continue: publickey,password debug1: Next authentication method: password debug1: read_passphrase: can't open /dev/tty: No such device or address debug1: Authentications that can continue: publickey,password Permission denied, please try again. debug1: read_passphrase: can't open /dev/tty: No such device or address debug1: Authentications that can continue: publickey,password Permission denied, please try again. debug1: read_passphrase: can't open /dev/tty: No such device or address debug1: Authentications that can continue: publickey,password debug1: No more authentication methods to try. Permission denied (publickey,password). [SKIP] И кажется я понял в чем проблема. Сервер, с котрого выполняется скрипт, переустанавливался и на целевой машине видимо остался старый пабликкей RSA. Надо попробовать скопировать пабликкей RSA заново. -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Не выполняется ко манда внутри bash скрип та
Олег Анисимов wrote: Доброго всем LOCAL_TIME! Голову сломал уже. Помогите разобраться в ситуации. Есть скрипт, который надо выполнять из cron. Если упрощенно, выглядит так: #!/bin/bash HOST=stat info=`exec ssh r...@$host uptime` UP=`echo $info | cut -d -f 3` la=$( echo scale=0; `echo $info | cut -d -f 11 | tr ',' ' '`*100 | bc -l | tr '.' ',') LA=`printf %.0f $la` echo $UP $LA Беда в том, что если скрипт запускается из cron - получаются пустые переменные. Если запустить скрипт в консоли - печатаются реальные цифры. Если до кучи выводить в файл значения переменных, то становится ясно, что $info, в случае запуска по крону оказывается пустой. В чем подвох? Абсолютные пути? /usr/bin/ssh или где он там лежит... -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: Не выполняется ко манда внутри bash скрип та
Eugene V. Lyubimkin пишет: Олег Анисимов wrote: Доброго всем LOCAL_TIME! Голову сломал уже. Помогите разобраться в ситуации. Есть скрипт, который надо выполнять из cron. Если упрощенно, выглядит так: #!/bin/bash HOST=stat info=`exec ssh r...@$host uptime` UP=`echo $info | cut -d -f 3` la=$( echo scale=0; `echo $info | cut -d -f 11 | tr ',' ' '`*100 | bc -l | tr '.' ',') LA=`printf %.0f $la` echo $UP $LA Беда в том, что если скрипт запускается из cron - получаются пустые переменные. Если запустить скрипт в консоли - печатаются реальные цифры. Если до кучи выводить в файл значения переменных, то становится ясно, что $info, в случае запуска по крону оказывается пустой. В чем подвох? Абсолютные пути? /usr/bin/ssh или где он там лежит... Пробовал и абсолютные пути и экспорт PATH - толку ноль. -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Не выполняется ко манда внутри bash скрип та
ivan demakov пишет: On Thursday 02 April 2009 19:22:42 Олег Анисимов wrote: Доброго всем LOCAL_TIME! Голову сломал уже. Помогите разобраться в ситуации. Есть скрипт, который надо выполнять из cron. Если упрощенно, выглядит так: #!/bin/bash HOST=stat info=`exec ssh r...@$host uptime` UP=`echo $info | cut -d -f 3` la=$( echo scale=0; `echo $info | cut -d -f 11 | tr ',' ' '`*100 | bc -l | tr '.' ',') LA=`printf %.0f $la` echo $UP $LA Беда в том, что если скрипт запускается из cron - получаются пустые переменные. Если запустить скрипт в консоли - печатаются реальные цифры. Если до кучи выводить в файл значения переменных, то становится ясно, что $info, в случае запуска по крону оказывается пустой. В чем подвох? возможно крон запускает скрипт от другого пользователя. и следовательно, ssh не находит ~/.ssh а если поьзователь тот, то смотри разницу между login и не-login шелом. Строчка в /etc/cron.d/myscripts : */5 * * * * root /opt/rrd/stat/update.sh 21 /dev/null Вроде как рутом должен запускаться. У меня было смутное подозрение насчет ключей ssh, но как в этом достоверно убедиться и главное исправить :? -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Не выполняется ко манда внутри bash скрип та
Oleg Anisimov (Олег Анисимов) wrote: ivan demakov пишет: On Thursday 02 April 2009 19:22:42 Олег Анисимов wrote: Доброго всем LOCAL_TIME! Голову сломал уже. Помогите разобраться в ситуации. Есть скрипт, который надо выполнять из cron. Если упрощенно, выглядит так: #!/bin/bash HOST=stat info=`exec ssh r...@$host uptime` UP=`echo $info | cut -d -f 3` la=$( echo scale=0; `echo $info | cut -d -f 11 | tr ',' ' '`*100 | bc -l | tr '.' ',') LA=`printf %.0f $la` echo $UP $LA Беда в том, что если скрипт запускается из cron - получаются пустые переменные. Если запустить скрипт в консоли - печатаются реальные цифры. Если до кучи выводить в файл значения переменных, то становится ясно, что $info, в случае запуска по крону оказывается пустой. В чем подвох? возможно крон запускает скрипт от другого пользователя. и следовательно, ssh не находит ~/.ssh а если поьзователь тот, то смотри разницу между login и не-login шелом. Строчка в /etc/cron.d/myscripts : */5 * * * * root /opt/rrd/stat/update.sh 21 /dev/null Вроде как рутом должен запускаться. У меня было смутное подозрение насчет ключей ssh, но как в этом достоверно убедиться и главное исправить :? А в консоли ты его из-под рута запускал при проверке? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Re: Не выполняется ко манда внутри bash скрип та
Eugene V. Lyubimkin пишет: Oleg Anisimov (Олег Анисимов) wrote: [SKIP] В чем подвох? возможно крон запускает скрипт от другого пользователя. и следовательно, ssh не находит ~/.ssh а если поьзователь тот, то смотри разницу между login и не-login шелом. Строчка в /etc/cron.d/myscripts : */5 * * * * root /opt/rrd/stat/update.sh 21 /dev/null Вроде как рутом должен запускаться. У меня было смутное подозрение насчет ключей ssh, но как в этом достоверно убедиться и главное исправить :? А в консоли ты его из-под рута запускал при проверке? Да. Рутом. -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Не выполняется ко манда внутри bash скрип та
Nick пишет: 2 апреля 2009 г. 15:45 пользователь Oleg Anisimov (Олег Анисимов) o_anisi...@dobroe.ru написал: [SKIP] В чем подвох? возможно крон запускает скрипт от другого пользователя. и следовательно, ssh не находит ~/.ssh а если поьзователь тот, то смотри разницу между login и не-login шелом. Строчка в /etc/cron.d/myscripts : */5 * * * * root /opt/rrd/stat/update.sh 21 /dev/null Вроде как рутом должен запускаться. У меня было смутное подозрение насчет ключей ssh, но как в этом достоверно убедиться и главное исправить :? ssh -i /root/.ssh/id_dsa Пробовал. Не помогло. Но в логе на той стороне: sshd[26703]: Failed password for root from X.X.X.X port 46968 ssh2 -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- -- С наилучшими пожеланиями, Олег Анисимов AKA Yoda -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org