Host.Community | hcom.link

Доброго времени суток!
Суть проблемы:
есть сайт
версии сайта для разных стран расположены на разных поддоменах (с единой точкой входа)
хочется создать свою мини CDN для доставки всего контента с сервера поближе (для Европы, в Европе а в США в США)

Хочется добиться такой схемы работы:
Все лежит на одном (главном) сервере
Добавляем геозависимый поддомен на один из дополнительных серверов и прописываем на него DNS записи
На этом, дополнительном, сервере стоит проксирующая часть (я так понимаю Nginx)
Дополнительный сервер кеширует статику (тут все просто и логично)
Дополнительный сервер кеширует html страницы тоже (Личные кабинеты, аяксы и прочее будет на отдельном сабдомене)

Получается посетитель обратившись по домену UK.site.com попадает на сервер в UK в любом случае, сервер UK пробрасывает его запрос полностью на основной сервер, все что возвращает основной сервер кешируется ( с возможностью указания времени жизни кеша в заголовках (в идеале))

Где почитать как такое настроить и возможно ли оно?

Можете советовать готовые сервисы (но тогда с какой-то ссылкой на мануал как такое на них настроить)))))

С уважением…

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

Добрый вечер всем.
Никак не получается настроить 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, как можно достать данные?

Есть приложение, которое использует 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

Всем привет!
Есть вот такой RAID1

Personalities: [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0: active raid1 vda1[2] vdb1[3]
5236736 blocks super 1.2 [2/2] [UU]

unused devices:

Из вот таких разделов на вот таких дисках:

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sr0 11:0 1 248M 0 rom
vda 254:0 0 10G 0 disk
└─vda1 254:1 0 5G 0 part
└─md0 9:0 0 5G 0 raid1 /
vdb 254:16 0 10G 0 disk
└─vdb1 254:17 0 5G 0 part
└─md0 9:0 0 5G 0 raid1 /

Есть у меня небольшой почтовый сервер на базе postfix 3.2.4
Когда в него стучаться боты и спамеры, в логах постояно появляются записи вот такого вида:
Aug 17 10:32:00 postfix/smtpd[5917]: warning: hostname net150-ip48.suvorovo.org does not resolve to address 95.158.150.48: Name or service not known Aug 17 10:37:16 postfix/smtpd[5935]: warning: hostname as.telnet.krakow.pl does not resolve to address 91.196.212.90 Aug 17 10:40:14 postfix/smtpd[5945]: warning: hostname static.vnpt.vn does not resolve to address 113.171.23.47 Aug 17 10:48:03 postfix/smtpd[5957]: warning: hostname 186-201-186-107.customer.tdatabrasil.net.br does not resolve to address 186.201.186.107: Name or service not known Aug 17 10:53:38 postfix/smtpd[5970]: warning: hostname static-82.227.128.190.telecel.com.py does not resolve to address 190.128.227.82: Name or service not known Aug 17 11:04:28 postfix/smtpd[6037]: warning: hostname net150-ip48.suvorovo.org does not resolve to address 95.158.150.48: Name or service not known Aug 17 11:07:25 postfix/smtpd[6041]: warning: hostname b39c76df.virtua.com.br does not resolve to address 179.156.118.223: Name or service not known Aug 17 11:09:57 postfix/smtpd[6044]: warning: hostname as.telnet.krakow.pl does not resolve to address 91.196.212.90 Aug 17 11:20:55 postfix/smtpd[6094]: warning: hostname b39c76df.virtua.com.br does not resolve to address 179.156.118.223: Name or service not known Aug 17 11:24:14 postfix/smtpd[6100]: warning: hostname customer-190-63-137-83.claro.com.ec does not resolve to address 190.63.137.83: Name or service not known Aug 17 11:34:24 postfix/smtpd[6168]: warning: hostname dsl-86-153.bl27.telepac.pt does not resolve to address 176.79.86.153: Name or service not known Aug 17 11:37:10 postfix/smtpd[6168]: warning: hostname 166.247.33.187.in-addr.arpa does not resolve to address 187.33.247.166: Name or service not known Aug 17 11:39:50 postfix/smtpd[6194]: warning: hostname net150-ip48.suvorovo.org does not resolve to address 95.158.150.48: Name or service not known Aug 17 11:47:59 postfix/smtpd[6220]: warning: hostname 186-201-186-107.customer.tdatabrasil.net.br does not resolve to address 186.201.186.107: Name or service not known Aug 17 12:36:46 postfix/smtpd[6459]: warning: hostname dsl-86-153.bl27.telepac.pt does not resolve to address 176.79.86.153: Name or service not known Aug 17 12:39:28 postfix/smtpd[6492]: warning: hostname 166.247.33.187.in-addr.arpa does not resolve to address 187.33.247.166: Name or service not known
Cуществует ли способ выключить эти уведомления? Не защититься от спамеров, а просто не писать такой warning в логи? Пока настроил postscreen и отсекаю коннекты по нескольким dnsbl, но не считаю это оптимальным.
UPD: Выключать smtpd_helo_restrictions = reject_unknown_helo_hostname тоже не хочется :)

Доброго времени суток.

Подскажите пожалуйста с решением проблемы.
Что имеем, ВПС:KVM SSD Ferrum (1 CPU/1 GB RAM/20 GB SSD); Centos 7(php-fpm + ngix+ mysql)
На сервере крутится всего один сайт на WP

Постоянно падает база данных

Логи mysql180808 03:02:00 mysqld_safe mysqld from pid file /var/run/mariadb/mariadb.pid ended 180808 08:58:56 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 180808 8:58:56 [Note] /usr/libexec/mysqld (mysqld 5.5.56-MariaDB) starting as process 1124… 180808 8:58:56 InnoDB: The InnoDB memory heap is disabled 180808 8:58:56 InnoDB: Mutexes and rw_locks