Недавно гикнулась нода проксмокса на которой был почтовик. После того как почтовик запустили на резервной ноде у многих (но не у всех) клиентов с Outlook происходит такой стандартный глюк с отображением входящих писем: при нажатии на "Получить/отправить" список входящих не обновляется, пока не сменишь папку отображения: перескочил, допустим, с папки "Входящие" на папку "Отправленные" и назад - и пришедшие письма отобразились. А пока с папки на папку не перейдешь - ничего во входящих не появляется. Ни по таймеру проверки ни по кнопке "Получить/отправить F9". Раньше такой глюк проскакивал на отдельных машинах и его как то забарывали "бубном", то есть единого алгоритма решения не было: кому то помогало удалить и завести заново аккаунт, а кому то только переустановка Офиса.
Формально - поменялось местоположение почтовика. Он переехал на сервер двумя юнитами ниже в той же стойке. У резервной ноды все точно такие же сетевые настройки. В показаниях mxtoolbox ничего криминального не появилось - все так же ровно.
Если раньше я себя успокаивал тем, что это стандартный глюк аутлука, то теперь это сделать достаточно трудно: те юзеры кто ранее с этим не сталкивался получили эту проблему сразу после восстановления почтовика.
ЗЫ Практически все учетки настроены IMAP.

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

Да уж... Тут читал статейку, как один сисадмин решил заменить свои SASы на каком то пролианте G8. Он их берет у диллера, но вот смутила его цена - что то они больно дешевы. Диллер сам ему баки заливал, что мол они аутентичные и 100% совместимы с HP. Вот только у них в спеках где то мелким подчерком написано "для серверов кроме g8". Он их вставляет, а они не заводятся.
 Я диски для г8-г9 никогда отдельно не брал - только в салазках, ну так там сразу понятно - там салазки уже другие.

Понадобилось тут мне пересобрать один массив на НР c контроллером p410. Вводные:
Контроллер p410 SmartArray
RAID1 + spare
Стоят:  3 штуки SSD  120 Gb
Новые: 3 штуки SSD 1Tb
Контроллер поддерживает горячую замену, так что ничто не предвещало беды. Проще всего было заменить спару - она даже ребилдиться не стала. А вот потом я завис...
  По моей задумке нужно было выдернуть один из дисков райда и, быстренько перевентив в салазки новый винт, вставить обратно. Но что будет происходить в тот момент, когда я вытащу диск? Ведь контроллер тут же скажет что рейд дегрейдед и начнет ребилд зеркала на только что вставленную спару.  А во время этого ребилда может быть не стоит беспокоить массив добавлением нового диска? Может быть лучше дождаться окончания ребилда? Блин, ну тогда получается такую же процедуру придется повторить и со вторым диском? Это лишние ребилды туда-сюда...
  Тут меня гениально осенило: а зачем делать лишние ребилды, если можно сделать так:
1 Вытащить диск3 спару, для предотвращения попыток ребилда на него - контроллер ругнется что нет спары но ничего страшного, мол , нетую
2 Вытащить один диск из зеркала, ну скажем диск2 - контроллер скажет, что массив деградировал и ребилдится некуда и опять таки ребилд не произойдет.
3 Вставлю вместо диска2 новый диск и начнется ребилд уже на нужный новый диск.
4 Точно так же без спары передернуть следующий диск, и отребилдить его.
5 В конце всей процедуры поставить спару и - массив полностью собран.
Вот на третьем шаге я спорол херню - я подумал "А чего я буду сейчас перевинчивать диски из салазок в салазки? Вот у меня в руках уже замененная на терабайт спара, которую я только что вынул - ее сейчас и вставлю! Какая разница то? Вот прям щаз вынимаю салазки с одним из основных дисков массива и туда же вставляю этот из слота спары..." Разница была - уже побывав в этом массиве спарой, новый диск в другом разъеме все равно определился как спара. Более того - сервер тут же срыгнул на ребут и POST контроллера сказал, что именно из за этого диска он не может собрать ни один массив (а надо упомянуть, что помимо этого RAID1 на контроллере собраны еще два массива).
Я переставил новую спару в старый слот , но получил ту же ошибку в помте контроллера. И только когда я взял совершенно новый терабайтник и поставил его в третий слот на место спары - только тогда контроллер его подхватил и сервер загрузился.
Сейчас в этом массиве я заменил два старых диска новыми терабайтниками, на очереди последний. Но менять его придется именно на этот терабайтник который уже побывал спарой и глюкнул. И тут что то стремно мне. Вопрос вот в чем: если я его сейчас вставлю - он не завопит, что этот диск уже был спарой и не развалит опять все массивы на контроллере? С другой стороны - текущая спара то уже есть, может он акстится и пометит его по новой и примет в массив?
   

Есть у меня внутренняя телефонка на астериске в которой звонятся сотрудники внутри фирмы. Иногда они уходят в кредиты-декреты-загулы и хотят этот телефон себе домой. Я вот думаю - а насколько безопасно высовывать порты астериска за NAT? Там такой диапазаон: от 10000 до 20000...
Где то читал, что для связи одного клиента требуется 4 (а может быть и 3) порта, то есть если всего 20-30 портов, то может быть и не стоит расшаривать все десять тысяч портов? Указать в rtp.conf

rtpstart = 10000
rtpend  = 10100

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

Чем дальше мои филиалы - тем тяжелее там укореняется техноересь. В одном далеком филиале полетел НАС: простенький Сигейт-Д2. Перестал показывать шары. Оттуда мне почему то привезли только один диск, хотя по идее их должно быть два. После применения терморектального криптоанализа было выявлено, что диск там был всего один изначально.
В общем стал я его подключать к машинке с Минтом, что бы там через GParted разделы рассмотреть. Г-партед показал кучу маленьких ext3 разделов и в конце два RAID раздела: один маленький и один большой типа "linux_raid".
 То есть несмотря на то, что диск в хранилище стоит только один - там все равно формируется RAID, и так просто увиденные тома не примаунтиш. При попытке примаунтить большой райд-раздел вышла ошибка: «mount: unknown filesystem type 'linux_raid_member'»...
  В общем дальше пошли пляски с mdadm: попытался собрать массив через madadm -E... Понял что массив уже автоматически попытался собраться, но не собрался... Попытки развалить то что автоматически сконфигурировалось что бы подключить все вручную...
  Короче говоря - бг знает к чему бы это привело, если бы меня не осенила здравая мысль - сделать бэкап этого диска пока я его окончательно не доканал. Сделал клон диска с помощью MiniTool, и продолжил работать уже с копией.
  Но вот когда я посмотрел на склонированный диск, то увидел что он собрался по другому: в начале все так же куча ext3 разделов, так же в еонце два раздела "linux_raid". Снова попробовал на удачу примаунтить большой райд раздел но получил уже другую ошибку: «mount: unknown filesystem type LVM2_member» Ага! Стал посмотреть fdisk -l, и в конце увидел ЛВМ-раздел. И это был именно тот раздел который мне нужен - там и данные и какие то служебные каталоги самого Сигейта... Причем этот раздел был создан не только что, а в 2016 году самим НАСом, судя по выводу lvdisplay.
  В общем я сейчас уже перекачиваю с него данные, но хоть убей не пойму - почему c оригинального диска не увиделся этот ЛВМ раздел, а увиделся он только с клона? Рандом какой то... 

А в чьи обязанности входит вообще учет софта и имеется ли таковой?

Офисьяльно? Официально мы с ними две разные конторы, но что им помешает сказать - откуда собственно приходит админ, пусть и раз в пол года. Если бы был договор именно с ними о поддержке IT-структуры их организации, то тут аудит ПО прилипает к нам, как наша непосредственная обязанность. Любое умалчивание трактуется как сокрытие, любая "договорённость" - как предварительный сговор.

и бояться надо не винды и офиса, а фотошопов и автокадов. Вот за них если прилетит так прилетит.

А черт их знает... Для работы фотошоп им конечно же не нужен, но где гарантия, что какой нибудь дятел его себе не поставил, что бы начальнику на фотке с корпоратива не пририсовать х..й на лоб? Тут можно допустить что и автокад у кого нибудь всплывет - мол я только хотел ванную для ремонта расчертить.

Есть документы легально, нет документов, нелегально, даже если ключ и дистрибутив вот они лежат.

Там где все "по образу и подобию" - там обычно покупались компьютеры с предустановленной ОЕМ виндой, о чем есть счета в бухгалтерии. На счет Оффисов различных версий - покупались как правило коробочные версии, за редким исключением - ключи в электронном виде, о чем собственно то же в бухгалтерии счета имеются.  Но с теми двумя козлиными загонами мы перестали контактировать со времен "крымнаша", и за это время они совсем оскотинились.

Я лично сейчас 10strike гоняю, наверное возьмем. Но емнип сейчас не времена семерки и хрен ты ключ винды или ключ офиса получишь чем либо.

Спасибо, попробую.

Данные такие: ЦентОС 6.2 в виде небольшого шлюза.
Видимо на машине некорректно был удален или поврежден MySQL. При попытке установить на нее веб-интерфейс NTOPNG застрял на ошибках в инсталяторе связанных с MYSQL:

In file included from src/AddressList.cpp:22:
/usr/local/src/ntopng/include/ntop_includes.h:146:19: error: mysql.h: No such file or directory
/usr/local/src/ntopng/include/ntop_includes.h:147:20: error: errmsg.h: No such file or directory
In file included from /usr/local/src/ntopng/include/ntop_includes.h:256,
                 from src/AddressList.cpp:22:
/usr/local/src/ntopng/include/MySQLDB.h:29: error: ‘MYSQL’ does not name a type
/usr/local/src/ntopng/include/MySQLDB.h:30: error: ‘MYSQL’ does not name a type
/usr/local/src/ntopng/include/MySQLDB.h:39: error: ‘MYSQL’ has not been declared
/usr/local/src/ntopng/include/MySQLDB.h:41: error: expected ‘;’ before ‘(’ token
/usr/local/src/ntopng/include/MySQLDB.h:42: error: expected ‘;’ before ‘int’
/usr/local/src/ntopng/include/MySQLDB.h:42: error: ‘MYSQL’ has not been declared
/usr/local/src/ntopng/include/MySQLDB.h:44: error: ‘MYSQL’ has not been declared
/usr/local/src/ntopng/include/MySQLDB.h:55: error: ‘MYSQL’ has not been declared
make: *** [src/AddressList.o] Error 1

Явно инсталятор не отдупляет - что за библиотеки mysql.h и что за константа такая - MYSQL?

На  прозвон служб ps ничего похожего на mysql не видит. Попытка запустить службу черз services start или init.d выдает сообщение, что службы такой нет.
Однако когда пытаюсь запустить mysql  с командной строки, олучаю:

# mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)

То есть он тут и про сокет вспомнил, и что сервер MySQL как таковой тут был.
При попытке переустановить mysql говорит, что

Error: Package: mysql-5.1.73-8.el6_8.i686 (base)
           Requires: mysql-libs = 5.1.73-8.el6_8
           Installed: mysql-libs-5.5.62-1.el6.remi.i686 (@remi)
               mysql-libs = 5.5.62-1.el6.remi
           Available: mysql-libs-5.1.73-8.el6_8.i686 (base)
               mysql-libs = 5.1.73-8.el6_8
You could try using --skip-broken to work around the problem

Что это значит? Нужна версия 5.1.73 а уже стоит 5.5.62?
Блин, а нельзя это как нибудь через git установить, а то я помру устанавливать старые версии библиотек?

Дык это ты, а то - они. Тебе новые знания приносят пропорциональную выгоду, а то иногда вообще становятся решающим фактором для повышения. А обычному манагеру углубленное знание, допустим, 1С не несет никаких преференций, окромя лишних обязанностей и ответственности - заставят например базу выгружать, или пользователей заводить. За те деньги что ему добавят - он в 7 случаях из 10 предпочтет оставить все как есть и не дергаться.