6 марта компания Zabbix SIA выпустила новую мажорную версию своей системы мониторинга, исходные тексты которой распространяются по лицензии GPL 2.

( читать дальше... )

>>> Release notes

Hi,

Этот пост - в первую очередь, предостережение для тех, кто может заинтересоваться работой в «Базальт СПО» (aka BaseAlt, сущность, обслуживающая инфраструктуру Sisyphus (AltLinux), и намек никогда ни в коем случае туда не идти - только пожалеете своего зазря потраченного времени и личного ресурса.

Когда я шел туда, я слышал мнение (в том числе и от уважаемых мной и вообще модераторов LOR), что там нет денег, и контора в целом живет тем, что пилит госденьги и платит копейки студентам, трудоустраивая преимущественно их. Оказалось именно так, возможно, даже хуже.

«Кидалово» началось уже на вопросе зарплаты, и начну я с этого, а продолжу уже рабочими моментами. Я соглашался на их оффер (который относительно рынка примерно 0.5) до НГ, так как не особо благодарное дело искать работу перед НГ (я не буду здесь пускаться в детали - кто-то знает про мой опыт, кто-то - нет, но это было вынужденное решение из-за ухода моего работодателя из РФ). Устные договоренности шли про сумму x на руки - оказалось (уже после отработанного месяца), что речь все же шла про (1.0-0.13)*x (т. е., люди открыто врут про net/gross на собеседованиях). Конкретный человек, который врет - это rider aka Антон Фарыгин. Не имейте дела с этим мошенником никогда. Это откровенный мошенник и не иначе.

Ну да ладно. Расскажу про рабочие моменты. Я Си, Golang программист, UNIX сисадмин, сетевой инженер с 10-летним опытом. Меня захайрили на достаточно интересную и неплохую идею fuzz-тестирования Go-компонентов, находящихся в Сизифе - docker, все части kubernetes, etc.

Задача вне всякого сомнения интересная - но уже в скором времени стало понятно, что делается все это «для галочки», чтобы отчитаться перед ФСТЭК - да-да, то самое, про распил бабла на госконтрактах.

Руководство крайне консервативно и готово ради «контроля» над сотрудниками сажать их в офис под руководство отдела, не связанного напрямую с ними. Т. е., коллеги, которые занимались похожими со мной задачами (я не буду критиковать их работу, т. к., полагаю, что результаты их работы тоже сильно обусловлены внутренним устройством процессов) сидят в Обнинске, а ты будешь сидеть в Москве со студентами, которые вчера установили Linux, просто а потому что вот так. Лишь бы на удаленке не сидели, упасите богини!

Итог - два потерянных впустую месяца (кроме некоторого получения опыта с libfuzzer из clang, но все своими ручками). Рабочих созвонов за 2 месяца работы было ОДИН. К счастью, появились другие два возможности. Не идите туда. Ничего полезного для сообщества там не делают. Там только делают красивые скриншоты для ФСТЭК - не более.

Суммируя: Альт платит копейки студентам, воспринимает всех как лохов, и я лишь жалею, что не поверил тем друзьям с LOR, кто меня предупреждали об этом. Надеюсь, этот пост окажется полезным для тех, кто вдруг решит сотрудничать с ними, как я.

Thanks.

Уточнение: опрос не затрагивает дистрибутивы вроде Arch, Gentoo и их деривативов, где есть встроенные инструменты, как ebuild/PKGBUILD/Makefile в port tree. Интересуюсь как с недавнего времени пользователь Slackware в качестве основной системы.

Всем привет!

В связи с Российский офис Zabbix будет распущен ищу работу.

Вкратце о своем опыте: преимущественно прикладная разработка на С (не разрабатывал kernel-space и embedded, но готов учиться и хотел бы), разработка на Go (но без современных штук вроде gRPC/protobuf, такие концепты я изучал вне работы для саморазвития).

У меня 10+ опыта с разными UNIX (как GNU/Linux, так и *BSD, и экзотика вроде HP-UX, IBM AIX, Solaris) и хороший бэкграунд (также 10+) в сетях (L1-L7).

Не ищу работы как Python-разработчик (не очень интересно), но умею и пишу с 2008.

Резюме: https://hh.ru/resume/9dd3884bff01c2aedc0039ed1f7735675a3956?hhtm

Вилка 200+.

Контакт в Telegram: @zerodivisionerror/+77753319757.

Спасибо!

13 сентября сотрудникам российского офиса Zabbix было объявлено о сокращении, которое произойдет через два месяца.

Будут уволены около 10 разработчиков и сотрудников технической поддержки.

Привет!

Я иногда пишу тут о том, что собираюсь перезапустить свой старый проект, менеджер заметок и не только (тогда Python + Qt4) Notefinder, новая имплементация на C + GTK+ (Adwaita).

Все, вроде бы, неплохо движется, но, раз уж здесь сообщество, хотелось бы узнать, может, кто-то поможет иногда банальными консультациями в сферах, в которых я не всегда и не все знаю. А именно:

• GTK+ как таковой. Часто не могу понять, какой виджет мне нужен. Еще не очень понимаю концепцию view model для их Tree view.

• WebDAV. Я хочу нацелиться на него как на главный инструмент синхронизации, попробовать для тестовой модели lighttpd, и примерно понимаю, как все это на libcurl сделать, но могу не знать кучи ньюансов – если кто-то в этом разбирается (скорее, именно в DAV и том, как лучше там хранить текстовые заметки, мне уже понравилось, что там есть LOCK), было бы здорово.

Либо дайте тут свои контакты, либо стукнитесь на gforgx@protonmail.com. Спасибо! И за любые советы и RTFM в треде.

P.S. Лицензия проекта simplified BSDL без disclaimer (Redistribution and use in source and binary forms, with or without modification, are permitted provided that redistributions of source code must retain this text including above copyright notice).

Подруги и друзья!

У меня когда-то давно был свой проект менеджера заметок: https://www.google.com/search?channel=crow5&q=notefinder site:linux.org.ru

Раньше это было Python/Qt4. Это еще в школьные годы было. Потом началась работа. Утекло лет десять...

И вот мне снова захотелось удобного управления заметками, потому что в ~/Notes уже какой-то хаос.

Сейчас в связи со спецификой работы мне проще делать на C/GTK+, и, надо сказать, я был худшего мнения о GTK+ – мне понравилось в итоге писать. Я не хочу переизобретать классные виджеты, поэтому будет зависимость от libadwaita. Из прочих ожидаемых зависимостей: pcre2, openssl, libcurl (для синхронизации с webdav).

Я бы написал подробно, но, увы, времени нет, поэтому ниже мой Brainstorm.txt. Буду очень рад любым пожеланиям и запросам!

gforgx@shinjitsu ~ % cat Notes/Brainstorm 
* No different types of notes
** Conception: plain text based note-taking 
*** Keep database as sqlite file, include md5 of first N bytes which will allow to detect renamed files and update JSON meta
** Ability to attach preset fields to notes, store them in JSON format as ".My note.json" in same directory (i. e., turn a note into a task with due date)
*** For macOS (and elsewhere possible) use OS/file system tags (https://stackoverflow.com/questions/19720376/how-can-i-add-os-x-tags-to-files-programmatically)
*** Keep JSON pretty
*** Can be extended with loadable plugins
* Consider the possibility of having multiple notebooks (but name them just directories, i. e., notebook name is directory path)
** For now allow only one notebook aka directory

* Architecture
** Multiple processes (watcher, webdav, timer), two-threaded ui process (main loop and ipc receiver thread)

* Plugins
** Regex search (pcre2)

* Organizational
** Review other note-taking and task management application weekly

Привет!

Не справился с формулированием этой мысли в гугл.

Может, кто активно использует vim, знает, есть ли какой-то удобный способ это сделать?

Сейчас я обычно делаю :yN на глаз и убираю потом лишнее после вставки, но как-то это поднадоедает, особенно, когда функции на несколько экранов.

C, если что. Т. е.,

void smth(void)
{
//...
}

Подруги и друзья, привет!

Столкнулся с такой штукой. Фактически в абстрации procfs процесс очень похож на тред.

Информацию io по треду можно посмотреть в /proc/X/task/Y/io. Но в то же время (хотя не видно в ls/readdir) этот путь тоже доступен, и не является симлинком.

Попробую продемонстрировать (на примере firefox):

gforgx@genjitsu:~$ cat /proc/35462/task/35999/io 
rchar: 0
wchar: 0
syscr: 0
syscw: 0
read_bytes: 0
write_bytes: 0
cancelled_write_bytes: 0

gforgx@genjitsu:~$ cat /proc/35999/io 
rchar: 2135999616
wchar: 1144800575
syscr: 290824
syscw: 220326
read_bytes: 2205169512
write_bytes: 1144668507
cancelled_write_bytes: 0

Баг это или фича? Верные данные внутри task, внутри proc получаются одинаковые данные по всем тредам процесса.

5.11, но, кажется, и в 2.6 так же.

Привет!

Не имею никакого опыта восстановления данных с RAID и вообще работы с ними, но так уж получилось, что пришлось.

В массиве умер один SAS-диск. Насколько я понимаю RAID 1+0, это не должно повлечь за собой повреждение констистентности данных. И когда этот диск включен (во встроенной утилите HP он отображается как FAILED, а статус самого массива INTERIM RECOVERY), и когда выключен, не удается смонтировать один из extfs разделов системы, в котором, в общем-то, / и /sbin/init в частности (а с другими разделами на этом же массиве все ОК)

В dmesg что-то вот такое видно:

cciss: cmd ... has CHECK CONDITION sense key = 0x3

Ну и многочисленные:

Buffer I/O error on device cciss/c0d0p2

Видел упоминания в сети (https://access.redhat.com/solutions/2796), что в некоторых старых версиях прошивки для контролера, отображались не все убитые диски при наличии одного. Но пока не смотрел версию прошивки контролера в сервере.

Многоуважаемые товарищи, с этим что-то можно сделать? Или это просто набор байтов теперь?

Есть такая конструкция: PSTN -> SIP Provider A <- SIP trunk -> Asterisk A <- SIP trunk -> Asterisk B <- SIP Trunk -> AS5300 <-> PSTN.

XXX, YYY - номера PSTN.

Из астериска A делается:

[PSTN_in]
exten => XXX,1,Answer()
exten => XXX,2,Dial(SIP/B/YYY)
exten => XXX,3,Hangup()

Контекст для пира A на пире B:

[out_for_A]
exten => YYY,1,Answer()
exten => YYY,2,Dial(SIP/PSTN/YYY,30)
exten => YYY,3,Hangup()

Звонок проходит, RTP ходит, все замечательно.

Но после того, как со стороны PSTN перед A кладется трубка, на YYY снова приходит «призрачный» звонок, по которому уже тишина.

Если есть мысли уже по этой конструкции, подскажите, пожалуйста. Если нет - могу что-то еще добавить.

Нужно знать:

• OSI
• Основы BGP, OSPF
• Опыт работы с коммутаторами и маршрутизаторами Cisco и/или Juniper
• Основы работы с Linux в качестве системного администратора

Не будет лишним:

• SIP, умение конфигурации и диагностики Asterisk
• Умение писать и понимать скрипты на Shell и Python

Заниматься предстоит этим:

• Мониторинг сети посредством Syslog, Zabbix и собственных инструментов автоматизации
• Диагностика проблем на уровне L1-L3, BGP
• Ведение TT в Redmine
• Поддержание работоспособности офисной сети

График - 2/2, с 10:00 до 19:00, зарплата 40-45 тыс. руб.

Пишите на gforgx@fotontel.ru.

У нас есть такие вакансии:

- Дежурный инженер NOC, график 1/3, работа с 18:00 до 18:00, 25 000 рублей.

Обязанности: мониторинг сети Ethenet/IP/MPLS (коммутаторы/маршрутизаторы Cisco/Juniper), сервисов DNS/DHCP/SIP/Syslog на GNU/Linux.

- Инженер NOC, график 5/2, с 9:00 до 18:00 либо с 10:00 до 19:00 (или иные вариации), 70 000 рублей

Постоянное планирование, provisioning сети Ethernet/IP/MPLS и автоматизация процессов скриптами на Shell/Python/Perl/PHP.

Есть дополнительная задача, которую можно выполнять на любой должности:

- Обновление парка серверов - Внедрение Redmine и интеграция с почтой с дальнейшим допиливанием

На обе должности подойдёт как кандидат, более опытный в сетях, так и в GNU/Linux. На первую вакансию подойдёт кандидат, имеющий самые базовые знания в том или другом.

Авралов обычно нет, работа размеренная.

Из минусов: зарплата не белая.

Если интересно, пишите на hr-tech@fotontel.ru.

Перемещено stave из talks

Сабж.

Требуется для техподдержки интернет-магазина сетевого оборудования. Конкретное ТЗ по запросу.

Екатеринбург, но возможно удалённо.

Оплата от 150 к. р., договорная.

Писать можно на gforgx@gmail.com.

Продолжаю биться со странной проблемой с PPPoE-сервером в последнее время, после замены связки ULOG/fprobe-ulog на ipt_NETFLOW стало действительно получше, PPPoE-сессии, кажется, убиваться перестали, нагрузка нулевая, в пики тоже:

gate:~# w
 10:08:23 up 1 day, 11:48,  4 users,  load average: 0.16, 0.21, 0.18

Однако творится что-то странное:

64 bytes from 10.0.0.1: icmp_seq=857 ttl=64 time=0.325 ms
64 bytes from 10.0.0.1: icmp_seq=858 ttl=64 time=0.224 ms
64 bytes from 10.0.0.1: icmp_seq=859 ttl=64 time=0.614 ms
64 bytes from 10.0.0.1: icmp_seq=860 ttl=64 time=0.267 ms
64 bytes from 10.0.0.1: icmp_seq=861 ttl=64 time=0.185 ms
64 bytes from 10.0.0.1: icmp_seq=862 ttl=64 time=199.389 ms
64 bytes from 10.0.0.1: icmp_seq=863 ttl=64 time=0.485 ms
64 bytes from 10.0.0.1: icmp_seq=864 ttl=64 time=0.361 ms
64 bytes from 10.0.0.1: icmp_seq=865 ttl=64 time=0.275 ms
64 bytes from 10.0.0.1: icmp_seq=866 ttl=64 time=0.249 ms
64 bytes from 10.0.0.1: icmp_seq=867 ttl=64 time=0.220 ms
64 bytes from 10.0.0.1: icmp_seq=868 ttl=64 time=639.861 ms
64 bytes from 10.0.0.1: icmp_seq=870 ttl=64 time=295.726 ms
64 bytes from 10.0.0.1: icmp_seq=871 ttl=64 time=0.372 ms
64 bytes from 10.0.0.1: icmp_seq=872 ttl=64 time=316.363 ms
64 bytes from 10.0.0.1: icmp_seq=876 ttl=64 time=114.573 ms
64 bytes from 10.0.0.1: icmp_seq=877 ttl=64 time=561.203 ms
64 bytes from 10.0.0.1: icmp_seq=878 ttl=64 time=607.315 ms
64 bytes from 10.0.0.1: icmp_seq=879 ttl=64 time=330.776 ms
64 bytes from 10.0.0.1: icmp_seq=881 ttl=64 time=0.209 ms
64 bytes from 10.0.0.1: icmp_seq=882 ttl=64 time=0.200 ms
64 bytes from 10.0.0.1: icmp_seq=883 ttl=64 time=0.290 ms

В tcpdump-е ничего аномального не замечаю, в логах тихо, сервер в соседнем порту коммутатора пингуется идеально.

Спасибо за любые мысли.

Привет.

Работаю в средних размеров казахстанском ISP, 2 аплинка на мир, Казахтелеком и ТТК-Россия, ранее все наши серверы (Web, Jabber, радио, прочее) были доступны только через ТТК-шные адреса извне, сейчас получили /24 подсеть первого ISP и раздали ещё одним VLAN-ом на сабжевые серверы.

Есть мысли, что сделать с DNS, чтобы для клиентов из сетей КТ выдавался IP-адрес собственно КТ-шного VLAN-а (напрмер, 95.58.94.2 для jabber.ktv-sk.com вместо 83.234.74.2), кроме как умолять КТ прописать адреса в их DNS-ах?

Думаю, у кого-нибудь был такой извращённый опыт.

Спасибо :)

Добрый вечер.

Собственно, раньше не было необходимости...

Есть FreeBSD 8.0-RELEASE, на двух серверах, драйверы сетёвок - re и em.

На L3-коммутаторе порт в режиме trunk в 3 VLAN-ах, на серверах с Linux, с этими же сетевыми картами и на порту с идентичными настройками всё работает. После поднятия VLAN-интерфейсов перестаю видеть любой трафик в tcpdump-е. На коммутаторе порт при этом по прежнему up/running.

Вывод ifconfig, к сожалению, дать не могу, доступ к серверу имею только физический сейчас, но там всё нормально, тэги корректные.

Заранее спасибо за любые мысли и предложения.

Собственно, пребываю до 16 в сабжевом городе. Хотелось бы встретиться с кем-нибудь, числа так 15 или, даже лучше, 16. Может кто? :)

Серверы внутри локальной сети 10.0.0.0/12, спрятанной за роутером с разрешённым на неё форвардингом, ночью внезапно получили IPv6-адреса на тех же интерфейсах, на который IP-адрес из приватной A-сети.

Как-то так:

dhcp# ifconfig em1
em1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
	ether XX:XX:XX:XX:XX:XX
	inet 10.0.10.1 netmask 0xfff00000 broadcast 10.15.255.255
	inet6 fe80::20e:cff:fe4e:6a05%em1 prefixlen 64 scopeid 0x2 
	inet6 2002:52c8:d057:b:20e:cff:fe4e:6a05 prefixlen 64 detached autoconf 
	inet6 fec0::b:20e:cff:fe4e:6a05 prefixlen 64 autoconf 
	inet6 2002:5c2f:68a:b:20e:cff:fe4e:6a05 prefixlen 64 detached autoconf 
	inet6 2002:5f3a:529e:b:20e:cff:fe4e:6a05 prefixlen 64 detached autoconf 
	inet6 2002:5f3a:58ad:b:20e:cff:fe4e:6a05 prefixlen 64 detached autoconf 
	inet6 2002:5c2f:730:b:20e:cff:fe4e:6a05 prefixlen 64 detached autoconf 
	inet6 2002:b25b:a060:b:20e:cff:fe4e:6a05 prefixlen 64 detached autoconf 
	inet6 2002:5c2f:656:b:20e:cff:fe4e:6a05 prefixlen 64 detached autoconf 
	inet6 2002:5c2f:29d:b:20e:cff:fe4e:6a05 prefixlen 64 autoconf 
	media: Ethernet autoselect (1000baseT <full-duplex>)
	status: active

Есть мысли, откуда и как? Никогда не сталкивался, не понимаю, как оно вообще работает.

Стоит DNS/DHCP-сервер на FreeBSD 8.0 и dnsmasq из портов, около месяца работал нормально, в /etc/ethers около 5000 IP-адресов, текущих лизов 150.

Сегодня началось нечто непонятное, не могу получить от него IP, аналогичное уже пару раз возникло у абонентов.

Выглядит как-то так на стороне клиента:

root@laptop> /etc/rc.d/netif restart                              /home/gforgx
Stopping network: lo0 em0 pflog0.
DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 7
DHCPOFFER from 10.0.10.1
DHCPREQUEST on em0 to 255.255.255.255 port 67
DHCPNAK from 10.0.10.1
DHCPDISCOVER on em0 to 255.255.255.255 port 67 interval 3
DHCPOFFER from 10.0.10.1
DHCPREQUEST on em0 to 255.255.255.255 port 67
DHCPNAK from 10.0.10.1
DHCPNAK with no active lease.
^C

На сервере тишина, ничего в логах особого не видно, новые лизы в dnsmasq.leases появляются.

dhcp# dnsmasq -v
Dnsmasq version 2.50  Copyright (C) 2000-2009 Simon Kelley
Compile time options IPv6 GNU-getopt DBus no-I18N DHCP TFTP

This software comes with ABSOLUTELY NO WARRANTY.
Dnsmasq is free software, and you are welcome to redistribute it
under the terms of the GNU General Public License, version 2 or 3.

Уже однажды замечал такое примерно недели две назад, но тогда «как-то само» (c) заработало через 5 минут.

Google молчит. Буду благодарен за советы :)