хм, а в его варианте можно как-то это в шелл функцию оформить?

и уже в ней куралесить?

та на самом деле это всё в один вызов awk заменяется

$1 равен значению в item zabbix-a

ну да, но лучше это как-то обозвать навроде checkSomeData и в отдельный блок.

который я потом указываю в чеке

а подставляет он его как? как шелл или текстуально?

а то я сколько не смотрю в скрипты с горами всяких [ .. ] | sed | awk && { ... ещё куча манипуляций } как-то, не по себе.

в консоле я делаю так - [root@zabbix-agent ~]# zabbix_agentd -t cis.level1.partition.state[/proc] cis.level1.partition.state[/proc] [t|1] в аутпуте получаю 1, хотя /proc есть в /etc/fstab

[/proc] - $1

Лирический вопрос, egrep обычно подразумевает пайпы, пайпы - сабшелл, а сабшелл - другой namespace. Тут бы всю команду или продебажить содержимое.

ну да, я это и имел в виду, бо заббикс сто лет не видел

как он его запускает, твой пайплайн?

mount | awk '{print $3}' | egrep "^$1\$" | awk 'NR==1{print "0"} END { if (!NR) print "1"}'

это сам пайплайн. а вопрос был, как он его запускает

искать доку заббикса мне лень

$3 не разворачивается.

$1 должно, но бэкслешей перед долларом вроде не хватает.

наверняка где-то в доке описано, что это, system() ли, sh -c или еще как, и как передаются параметры

хорошо, давайте вопрос по другому поставлю. в таком виде практически все работает: mount | awk '{print $3}' | egrep '$1' | awk 'NR==1{print "0"} END { if (!NR) print "1"}' мне просто нужно чекать отдельно /var и /var/tmp к примеру.

Если на фряхе, то не забудь писать полные пути когда всем бинарникам

Или запускать заббикс агент или сервер с дополнительным path

не на фряхе, но спасибо

наверняка где-то в доке описано, что это, system() ли, sh -c или еще как, и как передаются параметры

от же ж, ведь простой вопрос же так-то

Если на фряхе, то не забудь писать полные пути когда всем бинарникам

Я однажды накололся.

в телеге нет комнаты с линуксом?

какая разница, шелл и заббикс один и тот же

хорошо, давайте вопрос по другому поставлю. в таком виде практически все работает: mount | awk '{print $3}' | egrep '$1' | awk 'NR==1{print "0"} END { if (!NR) print "1"}' мне просто нужно чекать отдельно /var и /var/tmp к примеру.

А отдельный .sh не хочешь вызывать?

в телеге нет комнаты с линуксом?

есть. но тут народ активней оказался в данный промежуток времени

ну да, ну да :)

:)

если что, юзаю дома freebsd как gw [root@svarty ~]# uname -a FreeBSD svarty 11.1-RELEASE FreeBSD 11.1-RELEASE #7: Sun Jul 30 19:48:34 EEST 2017 root@svarty:/usr/obj/usr/src/sys/SVARTY_ROUTE amd64

если напрягаю кого-то вопросами общими, так скажем

ты для своего же понимания найди в доке, как заббикс эту твою строку запускает

а дальше проэскейпить не проблема

та не, всё ok.

да врядли тут кому то жалко, но вся вот эта магия кавычек, шелов и прочих потрохов, может быть весьма платформо зависимой

а дальше проэскейпить не проблема

дело в том что zabbix-server ее пока никак не запускает. я тестирую это все на агенте. в командной строке прописываю всю телегу и хочу увидеть правильный аутпут. к заббиксу вопросов на данном этапе нет

ну, если ты хочешь сочинить кошерную строку, к нему есть вопрос, как это работает

да врядли тут кому то жалко, но вся вот эта магия кавычек, шелов и прочих потрохов, может быть весьма платформо зависимой

amazon linux - платформа

Если на фряхе, то не забудь писать полные пути когда всем бинарникам

Зачем?

Зачем?

в переменной path, с которой запускается агент нет нкаких /usr/local/ и прочего, где обычно лежат бинарники

Обычно?

оно разве не ругается?

Т.е. в /usr/bin, который есть в пути, уже не лежат?

(если что-то не находит).

Гыгы

смотря куда там stderr засунут...

оно разве не ругается?

неа, только в loglevel=debug

если что, юзаю дома freebsd как gw [root@svarty ~]# uname -a FreeBSD svarty 11.1-RELEASE FreeBSD 11.1-RELEASE #7: Sun Jul 30 19:48:34 EEST 2017 root@svarty:/usr/obj/usr/src/sys/SVARTY_ROUTE amd64

-p1 же уже.

Т.е. в /usr/bin, который есть в пути, уже не лежат?

/usr/local/bin/gawk, к примеру, да много чего.

Не "много чего", а только то, что устанавливалось из портов. А awk - плохой пример при наличии оного в мире.

Нахер не нужны полные пути (разве что в скрипте у тебя единственный вызов такой приблуды). PATH="${PATH}:/additional/path" же.

вот то что оно в мире одно, а в портах другое, способно внести куда больше весьлья и чем далее тем более

Не "много чего", а только то, что устанавливалось из портов. А awk - плохой пример при наличии оного в мире.

некоторые ставят gawk из портов

Спасибо, кэп. Но суть вовсе не в awk.

Если вдруг кто хочет на паяльнике в тетрис поиграть: https://github.com/joric/ts100tris

Нахер не нужны полные пути (разве что в скрипте у тебя единственный вызов такой приблуды). PATH="${PATH}:/additional/path" же.

и куда же это надо вписать?

Нахер не нужны полные пути (разве что в скрипте у тебя единственный вызов такой приблуды). PATH="${PATH}:/additional/path" же.

отличная идея как помочь хакеру да.

в начале вызоыва юзер-команды не прокатит

находим такой скрипт с sudo сделаеем PATH=/home/hacker/bin:$PATH script

наслаждлаемся

и куда же это надо вписать?

В шелл-скрипт перед первым вызовом нужной приблуды.

находим такой скрипт с sudo сделаеем PATH=/home/hacker/bin:$PATH script

А кто тебе даст записать в том скрипт, если ты ещё не рут? ?

а зачем писать в скрипт ?

Если у тебя уже есть sudo - то зачем эти извращения?

при чем тут судо ?

ERROR: S client not available

Кроме того, оно переменные окружения сбрасывает.

если ты можешь запутсить скрипт в котором плохие пути ты можешь сделат ьвсё что угодно

Хуй знает, при чём. Ты же его в примере указал, не я.

полные пути в скриптах или выставленный конрректный PATH в начале вопрос безопасности

Ну кто параноик - может указать PATH=/bin:<...> Один хрен - нет смысла для каждой команды писать полный путь.

да. поэтому они определяются в виде переменных в начале скрипта.

Безопасность повышать можно до тех пор, пока она не начинает мешать работе. А если в скрипте много вызовов (сотни, например) внешних приблуд - полный путь к каждой весьма неслабо мешать будет.

но в финале все пути полные.

если у тя сотни вызовов в скрипте то менять надо что то системно.

например убирать шел совсем

Вовсе не обязательно. Работает - не трожь. ©

работет не трожь - на свалку.

работает не трожь это так же как админский бубен

тут-то тебя и уволят

Переписывание чего ни попадя на какое-то говно - на свалку.

если админу он нужен - админ плохой

видал я сеть возглавляемую желающим делать не трожь.

тут-то тебя и уволят

Кого именно? ?

в 2016 году дебиан 5 треть парка.

того уволят, кто работающий бизнес сломает, конечно

ага. лучше что бы бизнес сломалался от того что перенести скрипты на новую платформу нельзя. а старые сервера не работают ибо два диска из 6 в рейде уже двинули кони а заменить нечем. ага да.

тогда конечно ты будешь весь такой на коне!

аварию починил

а увольнять некого. скрипты написаны три админа назад а сервера поставлены 6 пдминов назад.

А можно пример шелл-скрипта, который работал в releng/2.2, но не работает в releng/11.1? А если ещё починить невозможно - будет вообще прекрасно.

но ты весь в белом :)

а если бизнес такой, что на диски бабло не выделяет, то тогда надо самому увольняться!

А можно пример шелл-скрипта, который работал в releng/2.2, но не работает в releng/11.1? А если ещё починить невозможно - будет вообще прекрасно.

что тебе докажет конкретный скрипт ?

а если бизнес такой, что на диски бабло не выделяет, то тогда надо самому увольняться!

бизнес то выделяет, но админ то работает не трожь...

А можно пример шелл-скрипта, который работал в releng/2.2, но не работает в releng/11.1? А если ещё починить невозможно - будет вообще прекрасно.

это к Гросбейну в IRC-канале, он изменения поведеиня шелла находил

но это граничные случаи, конечно

бизнес то выделяет, но админ то работает не трожь...

это уже передергивание тогда