Dns error exiting

I am using Centos Web Panel, everything was just working like it normally should… However the Bind DNS just stopped working out of nowhere.

Here is the error code provided:

● named.service - Berkeley Internet Name Domain (DNS)
   Loaded: loaded (/usr/lib/systemd/system/named.service; enabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2018-04-10 00:02:41 UTC; 4min 41s ago
  Process: 4363 ExecStartPre=/bin/bash -c if [ ! "$DISABLE_ZONE_CHECKING" == "yes" ]; then /usr/sbin/named-checkconf -z "$NAMEDCONF"; else echo "Checking of zone files is disabled"; fi (code=exited, status=1/FAILURE)

Apr 10 00:02:41 server.odhosting.org bash[4363]: zone themerchandiseman.com/IN: loaded serial 2013071600
Apr 10 00:02:41 server.odhosting.org bash[4363]: zone bdfinancegroup.com/IN: loaded serial 2013071600
Apr 10 00:02:41 server.odhosting.org bash[4363]: zone saltymanufacturing.com/IN: loaded serial 2013071600
Apr 10 00:02:41 server.odhosting.org bash[4363]: zone cryptonewstv.com/IN: loaded serial 2013071600
Apr 10 00:02:41 server.odhosting.org bash[4363]: zone odmarketing.org/IN: loaded serial 2013071600
Apr 10 00:02:41 server.odhosting.org bash[4363]: zone talkthatheals.com/IN: loaded serial 2013071600
Apr 10 00:02:41 server.odhosting.org systemd[1]: named.service: control process exited, code=exited status=1
Apr 10 00:02:41 server.odhosting.org systemd[1]: Failed to start Berkeley Internet Name Domain (DNS).
Apr 10 00:02:41 server.odhosting.org systemd[1]: Unit named.service entered failed state.
Apr 10 00:02:41 server.odhosting.org systemd[1]: named.service failed.

From what I can gather, everything is loading properly but then just fails.

I have glue records properly set, name servers are also done properly. (this happened recently wen trying to configure DKIM, dmarc, SPF records to the DNS template. Deleted the template, re-built DNS zones. However still not able to start the BIND DNS.

If anyone has seen this before and knows what might be wrong / has fixed this before please reply.

Also more information regarding the error with the «journalctl -xe» command and the following was the output:

********************************************
 Welcome to CWP (CentOS WebPanel) server
********************************************

CWP Wiki: http://wiki.centos-webpanel.com
CWP Forum: http://forum.centos-webpanel.com
CWP Support: http://centos-webpanel.com/support-services

 00:19:42 up 22 min,  1 user,  load average: 0.00, 0.01, 0.05
USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT
root     pts/0    cpe-108-184-219- 00:19    0.00s  0.05s  0.00s sh /root/.bash_

[root@server ~]# journalctl -xe
Apr 10 00:19:43 server.odhosting.org postfix/qmgr[1459]: AF56BC152F2: removed
Apr 10 00:20:01 server.odhosting.org systemd[1]: Started Session 8 of user root.
-- Subject: Unit session-8.scope has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-8.scope has finished starting up.
--
-- The start-up result is done.
Apr 10 00:20:01 server.odhosting.org systemd[1]: Starting Session 8 of user root
-- Subject: Unit session-8.scope has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-8.scope has begun starting up.
Apr 10 00:20:01 server.odhosting.org CROND[8019]: (root) CMD (/usr/lib64/sa/sa1
Apr 10 00:20:03 server.odhosting.org postfix/pickup[1458]: A0479C152F1: uid=0 fr
Apr 10 00:20:03 server.odhosting.org postfix/cleanup[7961]: A0479C152F1: message
Apr 10 00:20:03 server.odhosting.org opendkim[1022]: A0479C152F1: no signing tab
Apr 10 00:20:03 server.odhosting.org opendkim[1022]: A0479C152F1: no signature d
Apr 10 00:20:03 server.odhosting.org postfix/qmgr[1459]: A0479C152F1: from=<root
Apr 10 00:20:03 server.odhosting.org postfix/local[7968]: A0479C152F1: to=<root@
Apr 10 00:20:03 server.odhosting.org postfix/qmgr[1459]: A0479C152F1: removed

[root@server ~]# journalctl -xe
-- Documentation: http://www.freedesktop.org/wiki/Software/systemd/multiseat
--
-- A new session with the ID 7 has been created for the user root.
--
-- The leading process of the session is 7887.
Apr 10 00:19:41 server.odhosting.org systemd[1]: Started Session 7 of user root.
-- Subject: Unit session-7.scope has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-7.scope has finished starting up.
--
-- The start-up result is done.
Apr 10 00:19:41 server.odhosting.org sshd[7887]: pam_unix(sshd:session): session opened for user root by (uid=0)
Apr 10 00:19:41 server.odhosting.org systemd[1]: Starting Session 7 of user root.
-- Subject: Unit session-7.scope has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-7.scope has begun starting up.
Apr 10 00:19:43 server.odhosting.org postfix/pickup[1458]: AF56BC152F2: uid=0 from=<root>
Apr 10 00:19:43 server.odhosting.org postfix/cleanup[7961]: AF56BC152F2: message-id=<20180410001943.AF56BC152F2@server.odhosting.org>
Apr 10 00:19:43 server.odhosting.org opendkim[1022]: AF56BC152F2: no signing table match for 'root@server.odhosting.org'
Apr 10 00:19:43 server.odhosting.org opendkim[1022]: AF56BC152F2: no signature data
Apr 10 00:19:43 server.odhosting.org postfix/qmgr[1459]: AF56BC152F2: from=<root@server.odhosting.org>, size=639, nrcpt=1 (queue active)
Apr 10 00:19:43 server.odhosting.org postfix/local[7968]: AF56BC152F2: to=<root@server.odhosting.org>, orig_to=<root>, relay=local, delay=0.05, delays=0.04/0.01/0/0, dsn=2.0.0, status=sent
Apr 10 00:19:43 server.odhosting.org postfix/qmgr[1459]: AF56BC152F2: removed
Apr 10 00:20:01 server.odhosting.org systemd[1]: Started Session 8 of user root.
-- Subject: Unit session-8.scope has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-8.scope has finished starting up.
--
-- The start-up result is done.
Apr 10 00:20:01 server.odhosting.org systemd[1]: Starting Session 8 of user root.
-- Subject: Unit session-8.scope has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-8.scope has begun starting up.
Apr 10 00:20:01 server.odhosting.org CROND[8019]: (root) CMD (/usr/lib64/sa/sa1 1 1)
Apr 10 00:20:03 server.odhosting.org postfix/pickup[1458]: A0479C152F1: uid=0 from=<root>
Apr 10 00:20:03 server.odhosting.org postfix/cleanup[7961]: A0479C152F1: message-id=<20180410002003.A0479C152F1@server.odhosting.org>
Apr 10 00:20:03 server.odhosting.org opendkim[1022]: A0479C152F1: no signing table match for 'root@server.odhosting.org'
Apr 10 00:20:03 server.odhosting.org opendkim[1022]: A0479C152F1: no signature data
Apr 10 00:20:03 server.odhosting.org postfix/qmgr[1459]: A0479C152F1: from=<root@server.odhosting.org>, size=3811, nrcpt=1 (queue active)
Apr 10 00:20:03 server.odhosting.org postfix/local[7968]: A0479C152F1: to=<root@server.odhosting.org>, orig_to=<root>, relay=local, delay=0.06, delays=0.04/0/0/0.01, dsn=2.0.0, status=sent
Apr 10 00:20:03 server.odhosting.org postfix/qmgr[1459]: A0479C152F1: removed

To be clear BIND DNS was working and configured properly, something has been changed, however I do not know what it was. (The error happened after restarting the DNS)

Things I have already tried:

1. Rebuild DNS
2. Remove all DKIM & SPF settings
3. Double Check IP Address for NS
4. Ensure that all domains use the listed NS
5. Reboot Sever
6. Remove & Add Zone Files
7. Double Check Glue Records & Verified

I managed to find more information / errors:

● named.service - Berkeley Internet Name Domain (DNS)
   Loaded: loaded (/usr/lib/systemd/system/named.service; enabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2018-04-10 01:04:08 UTC; 10s ago
  Process: 15631 ExecStart=/usr/sbin/named -u named -c ${NAMEDCONF} $OPTIONS (code=exited, status=1/FAILURE)
  Process: 15622 ExecStartPre=/bin/bash -c if [ ! "$DISABLE_ZONE_CHECKING" == "yes" ]; then /usr/sbin/named-checkconf -z "$NAMEDCONF"; else echo "Checking of zone files is disabled"; fi (code=exited, status=0/SUCCESS)

Apr 10 01:04:08 server.odhosting.org named[15633]: sizing zone task pool based on 17 zones
Apr 10 01:04:08 server.odhosting.org named[15633]: dns_master_load: named.ca:10: isc_lex_gettoken() failed: unbalanced parentheses
Apr 10 01:04:08 server.odhosting.org named[15633]: dns_master_load: named.ca:10: unbalanced parentheses
Apr 10 01:04:08 server.odhosting.org named[15633]: could not configure root hints from 'named.ca': unbalanced parentheses
Apr 10 01:04:08 server.odhosting.org named[15633]: loading configuration: unbalanced parentheses
Apr 10 01:04:08 server.odhosting.org named[15633]: exiting (due to fatal error)
Apr 10 01:04:08 server.odhosting.org systemd[1]: named.service: control process exited, code=exited status=1
Apr 10 01:04:08 server.odhosting.org systemd[1]: Failed to start Berkeley Internet Name Domain (DNS).
Apr 10 01:04:08 server.odhosting.org systemd[1]: Unit named.service entered failed state.
Apr 10 01:04:08 server.odhosting.org systemd[1]: named.service failed.

Especially this line of code if anyone know how to fix:

could not configure root hints from 'named.ca': unbalanced parentheses

For the last week or two I’ve been getting a package installation failure when I update Ubuntu 18.04. The following text appears in the Details window:

Setting up gnome-session-flashback (1:3.28.0-1ubuntu1.1) ...
gnome-session-flashback.target is a disabled or a static unit not running, not starting it.
Setting up avahi-daemon (0.7-3.1ubuntu1.1) ...
Job for avahi-daemon.service failed because a timeout was exceeded.
See "systemctl status avahi-daemon.service" and "journalctl -xe" for details.
invoke-rc.d: initscript avahi-daemon, action "restart" failed.
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
   Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled; vendor preset: enabled)
   Active: failed (Result: timeout) since Sat 2018-09-15 12:20:04 NZST; 5ms ago
  Process: 25493 ExecStart=/usr/sbin/avahi-daemon -s (code=exited, status=0/SUCCESS)
 Main PID: 25493 (code=exited, status=0/SUCCESS)
   Status: "avahi-daemon 0.7 starting up."

Sep 15 12:18:35 graham-desktop avahi-daemon[25493]: Service "graham-desktop" (/services/udisks.service) successfully established.
Sep 15 12:20:04 graham-desktop systemd[1]: avahi-daemon.service: Start operation timed out. Terminating.
Sep 15 12:20:04 graham-desktop avahi-daemon[25493]: Got SIGTERM, quitting.
Sep 15 12:20:04 graham-desktop avahi-daemon[25493]: Leaving mDNS multicast group on interface eth1.IPv6 with address fe80::75a:34e8:b08f:56e3.
Sep 15 12:20:04 graham-desktop avahi-daemon[25493]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.1.100.
Sep 15 12:20:04 graham-desktop avahi-daemon[25493]: Leaving mDNS multicast group on interface lo.IPv6 with address ::1.
Sep 15 12:20:04 graham-desktop avahi-daemon[25493]: Leaving mDNS multicast group on interface lo.IPv4 with address 127.0.0.1.
Sep 15 12:20:04 graham-desktop avahi-daemon[25493]: avahi-daemon 0.7 exiting.
Sep 15 12:20:04 graham-desktop systemd[1]: avahi-daemon.service: Failed with result 'timeout'.
Sep 15 12:20:04 graham-desktop systemd[1]: Failed to start Avahi mDNS/DNS-SD Stack.
dpkg: error processing package avahi-daemon (--configure):
 installed avahi-daemon package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 avahi-daemon
E: Sub-process /usr/bin/dpkg returned an error code (1)

I’ve already tried creating an avahi username and group (already exists). I don’t want to do a complete reinstall, any other suggestions?

Thanks.

Пользователи Windows иногда сталкиваются с проблемой: им не удается получить доступ к сайту. При попытке зайти на сайт браузер сообщает, что DNS-сервер не отвечает. При этом на иконке сетевого подключения будет изображен желтый треугольник с восклицательным знаком, а в зависимости от браузера сообщение об ошибке будет содержать текст: «Не удается найти DNS-адрес сайта», «DNS-сервер недоступен» или «Техническая информация: ошибка dnserror».

В статье разберем причины возникновения ошибки и опишем способы решения проблемы.

Что означает DNS-сервер недоступен

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

У сайта есть имя (домен) и номер (IP-адрес). Имя — это то, что пользователи вводят в браузере для доступа к сайту, например, nic.ru. К этому доменному имени привязан IP-адрес, который сообщает браузеру о местонахождении сайта. IP-адрес состоит из чисел, например, IP-адрес сайта RU-CENTER — 31.177.80.04.

Задача DNS-сервера — связать имя с номером. При вводе домена сайта в поисковую строку браузер запрашивает у DNS-сервера его IP-адрес. DNS-сервер ищет совпадения между доменом и IP-адресом. Когда совпадение обнаружено, в браузере открывается запрашиваемый сайт. В блоге RU-CENTER есть подробная статья о том, что такое DNS.

Если DNS-сервер недоступен, браузер не может получить IP-адрес сайта, поэтому он выдает ошибку.

Почему браузеру не удается найти ip-адрес сервера

Причина возникновения ошибки, из-за которой не удается найти dns-адрес, может быть как на стороне провайдера, так и на стороне пользователя.

Среди причин возникновения ошибки выделяют:

• Сбой сетевых настроек роутера;
• Проблемы с оборудованием у провайдера;
• Технические работы у провайдера;
• Работа антивируса;
• Проблемы с компьютером у пользователя;
• Неполадки в работе браузера;
• Неверно прописаны DNS-серверы для домена на сайте.

Если проблема связана с антивирусом, браузером или роутером, вы можете решить ее без посторонней помощи. Если проблема связана с вашим интернет-провайдером или DNS-сервером, ее решение займет немного больше времени.

Диагностика сети в Windows

Проверить, есть ли проблемы с подключением к интернету, можно в Windows, запустив «Диагностику неполадок». Для этого найдите внизу панели задач значок «Сеть». Нажмите на него правой кнопкой мыши и выберете «Диагностика неполадок».

Будет запущена проверка, результат которой вы увидите в окне «Диагностика сетей Windows»:

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

Ошибка «DNS-сервер не отвечает»: как исправить

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

Способ 1. Перезагрузите компьютер и роутер

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

Для перезагрузки роутера найдите на задней панели устройства кнопку и нажмите ее. Подождите, пока все индикаторы выключатся, а затем включите роутер снова.

Если к Wi-Fi-сети подключено несколько устройств, то проверьте, работает ли интернет на этих устройствах. Можно попробовать отключить роутер и подключить сетевой кабель напрямую к компьютеру.

Способ 2. Временно отключите антивирус

Иногда антивирусы могут влиять на работу приложений и сервисов, в том числе блокировать IP-адреса или сайты. Вы можете проверить, не вызывает ли антивирус, который вы используете в данный момент, ошибку «DNS-сервер недоступен», временно отключив его.

Способ 3. Зайдите на сайт через другой браузер

Ошибка может возникать из-за самого браузера. Если вы используете Firefox, попробуйте использовать Яндекс.Браузер или Safari для доступа в интернет. Если проблема устранена с помощью другого браузера, возможно, вам нужно обновить версию того браузера, на котором появлялась ошибка.

Способ 4. Очистите кэш браузера

Для часто посещаемых сайтов страницы кэшируются, чтобы в дальнейшем загрузка этих страниц не занимала много времени. Кэшированный сайт и IP-адреса не всегда обновляются. Если компьютер пытается получить доступ к сайту, используя устаревший IP-адрес, запрос завершится ошибкой. Очистка кэша браузера должна решить проблему.

Способ 5. Очистите кэш DNS в Windows

Для этого вам нужно в строке поиска Windows ввести cmd и правой кнопкой мыши кликнуть по найденной программе, выбрав «Запуск от имени администратора».

В открывшимся окне нужно ввести по очереди команды:

• ipconfig /flushdns
• ipconfig /registerdns
• ipconfig /renew
• ipconfig /release

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

Способ 6. Перезапустите службу DNS-клиент в Windows

Вы можете попробовать перезапустить службу DNS-клиент. Для этого вам нужно нажать на клавиатуре клавиши Windows + R. В открывшимся окне введите services.msc и нажмите «ОК».

Появится окно «Службы». В списке вам нужно найти службу DNS-клиент, кликнуть правой кнопкой мыши и выбрать команду «Обновить».

После обновления службы DNS-клиент проверьте, появляется ли ошибка «DNS-сервер недоступен».

Также вы можете перейти в «Свойства» и проверить, корректно ли работает DNS-клиент Windows.

В «Типе запуска» должно стоять «Автоматически», а в «Состоянии» — «Работает». В этом случае параметры указаны верно.

Способ 7. Измените DNS-серверы вручную через настройки Windows

Если вы столкнулись с проблемой недоступности DNS, вы можете попробовать изменить DNS-серверы вручную. В качестве альтернативы можно использовать DNS-серверы Google. Подробная инструкция, как поменять DNS-серверы, представлена ниже.

В панели задач найдите значок «Сеть», кликнете правой кнопкой мыши и выберите «Центр управления сетями и общим доступом»:

Перейдите в «Изменение параметров адаптера»:

Правой кнопкой мыши нажимаем на активную сеть и выбираем «Свойства»:

В появившемся окне выделяем пункт «Протокол Интернета версии 4 (TCP/IPv4)» и нажимаем «Свойства»:

Выбираем пункт «Использовать следующие адреса DNS-серверов». Теперь введите:

Предпочитаемый DNS-сервер: 8.8.8.8

Альтернативный DNS-сервер: 8.8.4.4

После этого нажимаем «ОК».

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

Что делать, если не получилось исправить ошибку

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

Заключение

В статье разобрали, что значит ошибка «DNS-сервер не отвечает», что делать, если сайт не работает из-за этой ошибки. Мы показали различные способы решения этой проблемы. Надеемся, что они вам помогли.

имя сервера ещё дайте плиз

Пользователь решил продолжить мысль [time]Tue Apr  5 11:41:15 2011[/time]:

Значит так ! Всё с самого начала. Буду писать все подробно с установкой пакетов. Если они уже установлены, то хорошо.

sudo aptitude install krb5-user samba winbind smbclient

Идём править /etc/resolv.conf, нужно привести его к виду:

domain adm.bl
search adm.bl
nameserver 192.168.5.1
Если DNS сервер у Вас стоит не на DC, то меняйте ип из nameserver на свой.

Теперь проверим файл /etc/hostname, в нём должно быть имя вашей машины, а именно ip-admin

Так же нужно поправить /etc/hosts, в него нужно запихнуть:

127.0.0.1 localhost
192.168.5.44 ip-admin.adm.bl MyPC
ОБЯЗАТЕЛЬНО!!! нужно синхронизировать время с контроллером домена, можно сделать руками ntpdate 192.168.5.1, а можно установаить службу: sudo aptitude install ntp

правим /etc/ntp.conf

...
# You do need to talk to an NTP server or two (or three).
server 192.168.5.1
...

Перезагружаем sudo /etc/init.d/ntp restart, всё ок…

Меняем конфиг кербероса /etc/krb5.conf

[libdefaults]
default_realm = ADM.BL
krb4_config = /etc/krb.conf
krb4_realms = /etc/krb.realms
kdc_timesync = 1
ccache_type = 4
forwardable = true
proxiable = true
v4_instance_resolve = false
v4_name_convert = {
host = {
rcmd = host
ftp = ftp
}
plain = {
something = something-else
}
}
fcc-mit-ticketflags = true
[realms]
ADM.BL = {
kdc = 192.168.5.1
admin_server = 192.168.5.1
}
[domain_realm]
 .adm.bl = ADM.BL
adm.bl = ADM.BL
[login]
krb4_convert = true
krb4_get_tickets = false

Получаем билет в домен kinit username@ADM.BL
Ошибок быть не должно, если будут, то пиши сюда — обсудим…

Идём править конфиг самбы /etc/samba/smb.conf. Я повыкидывал всё лишнее. Сначала введём в домен, а там бдем прикручивать ещё что-нить.

[global]
workgroup = ADM
realm = ADM.BL
security = ADS
encrypt passwords = true
dns proxy = no
socket options = TCP_NODELAY
domain master = no
local master = no
preferred master = no
os level = 0
load printers = yes
show add printer wizard = yes
printcap name = /dev/null
disable spoolss = yes
idmap uid = 10000 - 40000
idmap gid = 10000 - 40000
winbind enum groups = yes
winbind enum users = yes
winbind use default domain = yes
template shell = /bin/bash
winbind refresh tickets = yes

На всякий проверить параметры можно testparm, но всё должно быть ок.

Вгоняем машинку в домен sudo net ads join -U username -D ADM.BL

Для авторизации пользюков на твоей машинке, нужно поправить /etc/nsswitch.conf
там изменить только:

passwd: compat
group: compat


На

passwd: compat winbind
group: compat winbind

Проверить можно выполнив getent passwd, эта херь покажет тебе все списки пользюков локальных и доменных.

И исправить опцию в файле /etc/pam.d/common-session

session optionalнужно привести её к виду:

session optional pam_mkhomedir.so skel=/etc/skel/ umask=0077
После чего выполнить

mv /etc/rc4.d/S20winbind /etc/rc2.d/S99winbind
mv /etc/rc4.d/S20winbind /etc/rc3.d/S99winbind
mv /etc/rc4.d/S20winbind /etc/rc4.d/S99winbind
mv /etc/rc4.d/S20winbind /etc/rc5.d/S99winbind

После перезагрузки машинки всё будет работать. Должно… И да.. При вводе машины в домен ты поймаешь ошибку DNS update failed, в ней нет ничего страшного. Просто добавишь в DNS руками потом свою машану и всё.

I am having trouble setting up my PiHole on OpenMediaVault.

I am using OMV on Rock64. I installed Docker and Plex and other services are running in that. I was looking to install PiHole. I decided to use the latest version » 4.2.2-1_aarch64 «.

I followed the guide and had setup. When the container starts I get this error » [✗] DNS resolution is currently unavailable»

I also read in the documentation that I need to add the following arguments «—dns=127.0.0.1 —dns=1.1.1.1»

I did this under «Extra Arguments» in OMV docker GUI. I still end up with this error.

/etc/resolv.conf looks like below:

nameserver 192.168.1.1
nameserver 1.1.1.1
nameserver 2xxx:xx:.... (ip6 redacted)
search localdomain

here is the full log

[i] Time until retry: 120[K  [i] Time until retry: 120[K  [i] Time until retry: 119[K  [i] Time until retry: 118[K  [i] Time until retry: 117[K  [i] Time until retry: 116[K  [i] Time until retry: 115[K  [i] Time until retry: 114[K  [i] Time until retry: 113[K  [i] Time until retry: 112[K  [i] Time until retry: 111[K  [i] Time until retry: 110[K  [i] Time until retry: 109[K  [i] Time until retry: 108[K  [i] Time until retry: 107[K  [i] Time until retry: 106[K  [i] Time until retry: 105[K  [i] Time until retry: 104[K  [i] Time until retry: 103[K  [i] Time until retry: 102[K  [i] Time until retry: 101[K  [i] Time until retry: 100[K  [i] Time until retry: 99[K  [i] Time until retry: 98[K  [i] Time until retry: 97[K  [i] Time until retry: 96[K  [i] Time until retry: 95[K  [i] Time until retry: 94[K  [i] Time until retry: 93[K  [i] Time until retry: 92[K  [i] Time until retry: 91[K  [i] Time until retry: 90[K  [i] Time until retry: 89[K  [i] Time until retry: 88[K  [i] Time until retry: 87[K  [i] Time until retry: 86[K  [i] Time until retry: 85[K  [i] Time until retry: 84[K  [i] Time until retry: 83[K  [i] Time until retry: 82[K  [i] Time until retry: 81[K  [i] Time until retry: 80[K  [i] Time until retry: 79[K  [i] Time until retry: 78[K  [i] Time until retry: 77[K  [i] Time until retry: 76[K  [i] Time until retry: 75[K  [i] Time until retry: 74[K  [i] Time until retry: 73[K  [i] Time until retry: 72[K  [i] Time until retry: 71[K  [i] Time until retry: 70[K  [i] Time until retry: 69[K  [i] Time until retry: 68[K  [i] Time until retry: 67[K  [i] Time until retry: 66[K  [i] Time until retry: 65[K  [i] Time until retry: 64[K  [i] Time until retry: 63[K  [i] Time until retry: 62[K  [i] Time until retry: 61[K  [i] Time until retry: 60[K  [i] Time until retry: 59[K  [i] Time until retry: 58[K  [i] Time until retry: 57[K  [i] Time until retry: 56[K  [i] Time until retry: 55[K  [i] Time until retry: 54[K  [i] Time until retry: 53[K  [i] Time until retry: 52[K  [i] Time until retry: 51[K  [i] Time until retry: 50[K  [i] Time until retry: 49[K  [i] Time until retry: 48[K  [i] Time until retry: 47[K  [i] Time until retry: 46[K  [i] Time until retry: 45[K  [i] Time until retry: 44[K  [i] Time until retry: 43[K  [i] Time until retry: 42[K  [i] Time until retry: 41[K  [i] Time until retry: 40[K  [i] Time until retry: 39[K  [i] Time until retry: 38[K  [i] Time until retry: 37[K  [i] Time until retry: 36[K  [i] Time until retry: 35[K  [i] Time until retry: 34[K  [i] Time until retry: 33[K  [i] Time until retry: 32[K  [i] Time until retry: 31[K  [i] Time until retry: 30[K  [i] Time until retry: 29[K  [i] Time until retry: 28[K  [i] Time until retry: 27[K  [i] Time until retry: 26[K  [i] Time until retry: 25[K  [i] Time until retry: 24[K  [i] Time until retry: 23[K  [i] Time until retry: 22[K  [i] Time until retry: 21[K  [i] Time until retry: 20[K  [i] Time until retry: 19[K  [i] Time until retry: 18[K  [i] Time until retry: 17[K  [i] Time until retry: 16[K  [i] Time until retry: 15[K  [i] Time until retry: 14[K  [i] Time until retry: 13[K  [i] Time until retry: 12[K  [i] Time until retry: 11[K  [i] Time until retry: 10[K  [i] Time until retry: 9[K  [i] Time until retry: 8[K  [i] Time until retry: 7[K  [i] Time until retry: 6[K  [i] Time until retry: 5[K  [i] Time until retry: 4[K  [i] Time until retry: 3[K  [i] Time until retry: 2[K  [i] Time until retry: 1[K  [✗] DNS resolution is not available
[cont-init.d] 20-start.sh: exited 1.
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] syncing disks.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting.
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] 01-resolver-resolv: applying...
[fix-attrs.d] 01-resolver-resolv: exited 0.
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 20-start.sh: executing...
stty: 'standard input': Inappropriate ioctl for device
 ::: Starting docker specific checks & setup for docker pihole/pihole
WARNING Misconfigured DNS in /etc/resolv.conf: Two DNS servers are recommended, 127.0.0.1 and any backup server
WARNING Misconfigured DNS in /etc/resolv.conf: Primary DNS should be 127.0.0.1 (found 127.0.0.11)

search localdomain
nameserver 127.0.0.11
options ndots:0
stty: 'standard input': Inappropriate ioctl for device
  [i] Existing PHP installation detected : PHP version 7.0.33-0+deb9u1

  [i] Installing configs from /etc/.pihole...
  [i] Existing dnsmasq.conf found... it is not a Pi-hole file, leaving alone!
  [i] Copying 01-pihole.conf to /etc/dnsmasq.d/01-pihole.conf...[K  [✓] Copying 01-pihole.conf to /etc/dnsmasq.d/01-pihole.conf
chown: cannot access '/etc/pihole/dhcp.leases': No such file or directory
::: Pre existing WEBPASSWORD found
Docker DNS variables not used
Existing DNS servers used (8.8.8.8 & 8.8.4.4)
DNSMasq binding to default interface: eth0
Added ENV to php:
			"PHP_ERROR_LOG" => "/var/log/lighttpd/error.log",
			"ServerIP" => "192.168.1.200",
			"VIRTUAL_HOST" => "192.168.1.200",
Using IPv4 and IPv6
::: Preexisting ad list /etc/pihole/adlists.list detected ((exiting setup_blocklists early))
https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts
https://mirror1.malwaredomains.com/files/justdomains
http://sysctl.org/cameleon/hosts
https://zeustracker.abuse.ch/blocklist.php?download=domainblocklist
https://s3.amazonaws.com/lists.disconnect.me/simple_tracking.txt
https://s3.amazonaws.com/lists.disconnect.me/simple_ad.txt
https://hosts-file.net/ad_servers.txt
::: Testing pihole-FTL DNS: FTL started!
::: Testing lighttpd config: Syntax OK
::: All config checks passed, cleared for startup ...
 ::: Docker start setup complete
  [i] Pi-hole blocking is enabled
  [✗] DNS resolution is currently unavailable

Interestingly it says «WARNING Misconfigured DNS in /etc/resolv.conf: Primary DNS should be 127.0.0.1 (found 127.0.0.11)» Not sure where this 127.0.0.11 is present.

Can anyone help me solve this?

thank you