Host.Community | hcom.link

Имеются две серверные сетевухи Emulex MSIP-REM-EMU-P009956. При установке на сервак данной карточки, либо сразу горит крест, либо линк отваливается через какое-то время, при этом светодиоды на самой карточке показывают, что она работает. Пробовали на win2k8r2 и win2k12 каждую из карточек, проблема одинаковая. Поднимается линк лишь в том случае, если воткнуть пачкорд двумя концами в оба выхода самой сетевухи. Сюрреализм чистой воды. Если переподключить после нормально, то какое-то время работает, линк поднимается, но потом всё равно отваливается. В чём может быть дело? Реально пофиксить?

Добрый день. Прошу помощи сообщества, т.к. не удается своими силами побороть.
Есть ml30 с 2HDD. В нем есть софтверный убогий контроллер b140, который debian не распознает и видит 2 механических харда. Я переключил контроллер в режим работы HBA, перевожу загрузку в Legacy режим, т.к. UEFI не дружит с софт.рейдом и сервер виснет по окончанию post.
Хотя по логике должен после переключения в legacy быть загружен один раз, т.е. post должен пройти и в дальнейшем можно будет выбирать устройство для загрузки, о чем сам сервер и сообщает, когда я переключаю режим загрузки с UEFI на Legacy.
Скачал сентябрьский SPP, обновил все фирмвары, а воз и ныне там.
Помогите советом.

Добрый вечер всем.
Никак не получается настроить Cron для Magento 2.2

Собственно, использую KVM VDS, CentOS, ISPManager 5, PHP 7.1

Создаю в планировщике задачу как в документации Magento (пути конечно меняю на свои):
* * * * * /usr/bin/php /var/www/html/magento2/bin/magento cron:run | grep -v Ran jobs by schedule >> /var/www/html/magento2/var/log/magento.cron.log * * * * * /usr/bin/php /var/www/html/magento2/update/cron.php >> /var/www/html/magento2/var/log/update.cron.log * * * * * /usr/bin/php /var/www/html/magento2/bin/magento setup:cron:run >> /var/www/html/magento2/var/log/setup.cron.log

Но толку никакого нет.

У меня давно есть доменное имя, зарегистрированное на namecheap. У яндекса есть сервис «почта для домена», которым я пользуюсь. Очень все удобно настраивается и с почтой никаких проблем нет.
Недавно возникла потребность создать одностраничный html сайт (по сути с контактной информацией). Выбор хостинг провайдера пал на Amazon (бесплатный). Таким образом получается, сайт будет находится в S3, доменное имя будет администрироваться на namecheap, почта будет работать на инфраструктуре яндекса.
У меня получилось создать сайт, он доступен по ссылке Амазона. Как я понимаю, для привязки моего доменного имени к сайту надо прописать полученные DNS Амазона в панели управления доменов в namecheap. С этим все понятно, но возникает несколько вопросов.
Как соединить свой домен (он должен работать по сути, после указания амазонских DNS в панели управления namecheap) из Route 53 с сайтом в S3?
Как настроить работу почты с почтой для домена от яндекса? Ведь по сути все настройки, связанные с доменом (в том числе и с почтой), теперь будут находится в Route 53, а там не предусмотрена возможность работы с почтой
Спасибо

Продукт: PostgreSQL 1C 10.5
Платформа: x86_64
Пакет: postgrespro-1c-10-server_10.5-1.bionic_amd64.deb

Установку делал по инструкции:

apt-get update -y
apt-get install -y wget gnupg2 || apt-get install -y gnupg
wget -O — repo.postgrespro.ru/keys/GPG-KEY-POSTGRESPRO | apt-key add —
echo deb repo.postgrespro.ru/1c-archive/pg1c-10.5/ubuntu bionic main > /etc/apt/sources.list.d/postgrespro-1c.list
apt-get update -y
apt-get install -y postgrespro-1c-10-server
/opt/pgpro/1c-10/bin/pg-setup initdb
service postgrespro-1c-10 start

После этого вижу, что СУБД запущена:

ps aux | grep postgres
postgres 8727 0.0 0.0 319128 26392? Ss окт16 0:00 /opt/pgpro/1c-10/bin/postgres -D /var/lib/pgpro/1c-10/data

На флешку был установлен ESXi, на ней же машина с FreeNAS. Она давала винты гиперу по iSCSI. Флешка сгорела, вставил другую, импортировал тома ZFS, создал новые настройки iSCSI, но когда ESXi монтирует устройство, оно отображается в состоянии Normal, degraded. Таким образом, предлагая их отформатировать и не монтируя как хранилище.

Единственное, что в инете нахожу:
esxcfg-advcfg -s 0 /LVM/DisallowSnapshotLun This returns output similar to: Value of DisallowSnapshotLun is 0 After this is done, issue a storage controller rescan followed by a filesystem refresh: esxcli storage core adapter rescan --all vmkfstools -V
Но никакого эффекта это не приносит. Ещё говорят подключить двумя путями, но у меня по одной сетевой карте на FreeNAS и на ESXi. До сбоя системы всё работало абсолютно корректно. Теперь не ясно, как вообще эти данные достать, т.к. система даже не монтирует zvol, т.к. не знает что делать с VMFS. Доступ к серверам по IP-KVM, как можно достать данные?

Суть, что нужен хост для мультисайта Вордпреса. Конечно, в первую очередь хочется, чтобы сайт работал без проблем и загружался быстро. Во вторую, чтобы не было сильного ограничения трафика (аля 5 Гбайт в месяц), дискового пространства и поддоменов. В третьих, чтобы управление было довольно простым (уже установленная какая-нибудь CPanel со всеми ништяками).
Предположительно, в качестве вариантов рассматривается Hetzner. У него имеются hosting (/webhosting), storage box (/storage-box), cloud (/cloud) и выделенные сервера.
Выделенные сервера — это дают тебе отдельный комп с пустыми дисками, и ты должен своими ручками все установить и настроить (от Linux до какой-нибудь phpMyAdmin). А за Cpanel еще дополнительно доплатить. Но зато ты сам себе хозяин и сайт у тебя будет работать 24/7 и грузится очень быстро. Ограничения либо очень маленькие, либо их вообще нет (смотря сколько заплатишь).
Hosting — это тебе уже все дают установленное, а ты этим пользуешься. Но компьютер общественный и на нем хостятся еще тысячи таких же сайтов. Если на какой-нибудь левый сайт устроят ддос или заразят вирусняком, то твой сайт полетит туда же. А еще твой сайт будет долго грузиться либо вообще падать из-за высокой нагрузки на сервер, но зато дешево и никаких настроек проводить не надо.
Storage box — это вроде продвинутого Google Drive/Яндекс Диск/Microsoft OneDrive, но для всяких серьезных фирм. Чтобы у них все файлы лежали в одном месте и они могли к ним обращаться из любой точки мира. Хостить там сайты нельзя.
Cloud — это когда взяли несколько выделенных серверов и несколько сайтов, и совместили! И получили что-то странное, в котором я до сих пор не могу разобраться. Пишут про какие-то особые ограничения, но конкретики нигде нет.
VPS — это то, чего Хетзнер не предоставляет, но предоставляют другие хост-компании. Когда на выделенный сервер ставят несколько Linux, на каждый Linux выделяют определенное количество ресурсов

Здравствуйте.
Возникла задача отфильтровать IP-адреса по PTR записям, лучше всего ( на мой взгляд ), сделать это средствами Nginx.
В PHP ( бэкенд этого хоста ) есть функция dns_get_record(«ip address», DNS_PTR), которая делает то, что мне нужно.
Однако, насколько эффективным будет её использование, в сравнении с средствами Nginx, я не знаю. К тому же, хотелось бы реализовать задуманное в самом конфиге, не задействуя PHP и не создавая лишней нагрузки на low-cost машину.
Знаю что нжинкс поддерживает Lua в качестве скриптового языка, однако никогда не писал на нём. Возможно есть какой-нибудь модуль по работе с DNS записями?
Благодарю за внимание. Удачного дня.

Команда выводит какие задачи сейчас работают и когда эти задачи запущены.
# bjobs -u all -o «jobid user stat SUBMIT_TIME» JOBID USER STAT SUBMIT_TIME 16188 chemicalinorg_serov RUN Aug 29 12:04 16286 aerohydromech RUN Sep 10 11:35 16287 ifmbmdcam RUN Sep 10 16:03 16283 KozlovaAS RUN Sep 8 13:32 16307 chemicalorg RUN Sep 13 14:37 16306 KozlovaAS RUN Sep 13 14:31
Требуется прикрутить мониторинг на zabbix, чтобы слались сообщения, когда задача выполняется слишком долго, более 10 дней. То есть нужно анализировать 4 и 5 столбцы, сравнивать с текущей датой и в случае разрыва более 10 дней отправлять алерт. Ничего умнее не придумал, как месяцы умножать на 30, прибавлять дни и получать количество дней от нового года
#DATENOW=$(date +%m:%d | awk -F ":" '{print ($1*30+$2)}') #echo $DATENOW 284
По той же самой логике работаю с выводом:
# bjobs -u all -o «jobid user stat SUBMIT_TIME» | tail -n +2 | awk ' (system(«date +%m:%d --date=\»"$4 $5"\""))' | awk -F ":" '{print ($1*30+$2)}' 269 280 280 278 283 283 284
теперь сравниваем с нашей переменной DATENOW
# bjobs -u all -o «jobid user stat SUBMIT_TIME» | tail -n +2 | awk ' (system(«date +%m:%d --date=\»"$4 $5"\""))' | awk -F ":" '(('$DATENOW'-($1*30+$2)) > 10)' 08:29
Все верно, самая первая строка «16188 chemicalinorg_serov RUN Aug 29 12:04» содержит дату старше нынешней (14 сентября) с дельтой более 10 дней.

Я не понимаю как в одном awk соединить преобразование даты (из Aug 29 в 08:29) и последующее вычисления дней (awk -F ":" '{print ($1*30+$2)}'), да еще без потери первых двух столбцов (jobid user).

Подскажите, пожалуйста.

Есть приложение, которое использует boltdb в качестве key-value хранилища. Проблема в том, что при записи иногда (раз в несколько минут) проскакивают весьма «долгие» времена (100ms+), в то время как обычно 3-5ms. Запись внутри одной транзакции ведется небольшими порциями (~100 байт), причем постоянно ведется перезапись — увеличивается счетчик, сохранение на диск (то есть файл не расширяется, а изменяется). Запись производится с синхронизацией данных на диск (посмотрев в код библиотеки виден вызов fdatasync).
Особенность: данное поведение замечено при малых нагрузках (1-2 wr/5sec), при увеличении нагрузки (до 1-3 wr/sec) время стабилизируется.
Если говорить про качество диска — крутится все на виртуалке серии cx в hetzner.
Прикладываю пример лога (при выходе времени за 100ms вывожу tx.Stats() — это статистика транзакции в движке bolt, что дает понять узкое место)
2018/09/11 22:46:32 write op [1] -> db_time: 1.903964ms; all_time: 1.929144ms; count: 31102 2018/09/11 22:46:33 write op [1] -> db_time: 1.581177ms; all_time: 1.604657ms; count: 31103 2018/09/11 22:46:35 write op [1] -> db_time: 1.994612ms; all_time: 2.019831ms; count: 31104 2018/09/11 22:46:36 write op [1] -> db_time: 1.465624ms; all_time: 1.486556ms; count: 31105 2018/09/11 22:46:36 write op [1] -> db_time: 1.591314ms; all_time: 1.610906ms; count: 31106 2018/09/11 22:46:37 write op [1] -> db_time: 2.026614ms; all_time: 2.058671ms; count: 31107 2018/09/11 22:46:38 write op [1] -> db_time: 2.002381ms; all_time: 2.030729ms; count: 31108