Ошибка запуска сети default internal error failed to initialize a valid firewall backend

Receiving an error ‘failed to initialize a valid firewall backend’ while trying to create Virtual Machines on KVM using Libvirt? You are at the right place to find a solution.

Here at Bobcares, we have seen several such KVM related errors as part of our Server Management Services for web hosts and online service providers.

Today we will take a look at the cause for this error and see how to fix it.

What does ‘failed to initialize a valid firewall backend’ error mean

Normally, you come across this error message while creating Virtual Machines on KVM using Libvirt.

Often, this error occurs as a result of missed dependency during the KVM installation on Linux. That is if you start libvirtd without installing ebtables and/or dnsmasq.

However, in some cases, you might have already installed them, but still, you face the same issue. This can occur if you have not restarted the libvirtd service.

How we resolve the error ‘failed to initialize a valid firewall backend’

Now let us take a look at how our Support Engineers resolve this error message.

In order to resolve this error, we install iptables, dnsmasq, and ebtables packages. Here is its installation command.

$ sudo pacman -S ebtables iptables dnsmasq

Then you can check package details by running the below command.

$ sudo pacman -Qi ebtables iptables dnsmasq

Once the installation completes, you would need to restart the libvirtd service.

$ sudo sudo systemctl restart libvirtd

In case, if you have Virtual Machine Manager running then close it and then try to re-open.

You can test it by checking your active Qemu networks. For that, run the below command.

$ virsh net-list –all

Now try to start a network and it must be successful. Here is the command for it.

$ virsh net-start vagrant-libvirt
Network vagrant-libvirt started

This must fix the error message.

[Need any further assistance with KVM related errors? – We are here to help you.]

Conclusion

In short, this error occurs while creating Virtual Machines on KVM using Libvirt. Today, we saw how our Support Engineers resolve this error.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Run the steps below if you ever get this message:

ERROR    Requested operation is not valid: network 'default' is not active

Steps

Stage 1

First check if you have the network defined by running:

sudo virsh net-list --all

If you got the following output then proceed to «Stage 1 — Create the Default Network». If you don’t and the network exists, proceed to «Stage 2 — Start and autostart the network».

 Name                 State      Autostart     Persistent
----------------------------------------------------------

Stage 1 — Create the Default Network

Create the default network by copy-pasting the following lines into a file called default.xml.

<network>
  <name>default</name>
  <uuid>9a05da11-e96b-47f3-8253-a3a482e445f5</uuid>
  <forward mode='nat'/>
  <bridge name='virbr0' stp='on' delay='0'/>
  <mac address='52:54:00:0a:cd:21'/>
  <ip address='192.168.122.1' netmask='255.255.255.0'>
    <dhcp>
      <range start='192.168.122.2' end='192.168.122.254'/>
    </dhcp>
  </ip>
</network>

Now to add that network permanently to our KVM host, run the following:

sudo virsh net-define --file default.xml

Stage 2 — Start and autostart the network

To manually start the network run:

sudo virsh net-start default

To have the network automatically start up in future run:

sudo virsh net-autostart --network default

Debugging

Failed To Initializae Firewall Backend

Kris Maussen has kindly pointed out in the comments that if you get the following error messages:

error: Failed to start network default
error: internal error: Failed to initialize a valid firewall backend

You will need to install firewalld.

sudo apt update && sudo apt install firewalld -y

Now run the following commands in order to enable the service and make networking work again:

sudo systemctl enable --now firewalld
sudo systemctl restart libvirtd

DnsMasq Issue

If you get the following error:

error: Failed to start network default
error: Cannot check dnsmasq binary /usr/sbin/dnsmasq: No such file or directory

Just install dnsmasq.

sudo apt-get install dnsmasq -y

Last updated: 16th September 2021
First published: 16th August 2018

В данной статье пойдет речь об ошибке «Failed to initialize a valid firewall backend» и том, как эту ошибку можно попытаться исправить.

Описание

libvirtError: internal error: Failed to initialize a valid firewall backend

После установки virt-manager и попытке настроить сеть, например, используя nat, можно столкнуть с подобной ошибкой. Чтобы это исправить, необходимо проделать следующее:
Выключить virt-manager и установить пакет firewalld:

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

Я пытаюсь настроить виртуальное сетевое устройство NAT без DHCP для libvirt на хосте Arch Linux.

Поскольку при запуске он выводит следующее:

Все другие темы, касающиеся этой темы, касаются обновления программного обеспечения — я использую самые последние версии:

Что может быть причиной этого internal error и чем я могу возражать? ( Спасибо. )

2 ответа

Установка ebtables , firewalld и dnsmasq , похоже, устраняет проблему. Не забудьте запустить firewalld , а также перезапустить службу libvirtd .

ПРИМЕЧАНИЕ. Не забудьте закрыть и повторно открыть графический файл virt-manager (если вы его используете).

Это ошибка, которая возникает, если libvirtd был запущен без ebtables и / или dnsmasq . Если вы их установили, и у вас все еще есть эта проблема, вам, вероятно, необходимо перезапустить службу libvirtd :

Подтвердите комментарии по другому ответу на этот вопрос, чтобы осветить это. Я представляю его как новый и отдельный ответ на исходный вопрос, потому что установка и запуск firewalld для решения исходной проблемы может привести к вызвать новые проблемы : после запуска демона брандмауэра большая часть службы, которые вы хотите использовать на своей виртуальной машине, , включая DHCP, будут заблокированы по умолчанию , что означает, что ваши виртуальные машины не смогут добраться до сети при инициализации.

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

Достаточно часто владельцы хостингов мучаются из-за постоянного возникновения сообщения об ошибке 500 (Internal Server Error). Она, как это называется, многим попросту отравляет жизнь. Сейчас мы попробуем кратко разобраться в сути самой ситуации и посмотрим, как же можно избавиться от появления ошибки в будущем.

Ошибка Internal Server Error: что это?

Итак, начнем, пожалуй, с самого значения этого словосочетания. В системе (каталоге) ошибок Windows (и не только) есть ошибка под номером 500, отвечающая компьютерному термину Internal Server Error. Перевод этого словосочетания означает внутреннюю ошибку сервера, связанную со статусом протокола HTTP.

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

Причины возникновения ошибки

Говоря об ошибке Internal Server Error в самом широком понимании, стоит учитывать, что возникать она может на множестве сайтов или ресурсов, написанных с помощью совершенно разных CMS. Тут, кстати, нужно разграничить причины ее возникновения.

Очень часто такая ситуация может наблюдаться на сайтах типа WordPress, OpenCart, Joomla и др. Если же структуры управления, подобные WordPress, при построении сайта не используются, возможно, причина кроется в том, что на самом хостинге возникают сбои при подключении неправильных PHP-расширений, или сайт после запроса возвращает некорректные HTTP-заголовки, которые не могут быть распознаны вашим сервером.

Не менее распространенной причиной возникновения ошибки Internal Server Error можно назвать отсутствие корректных прав доступа. Так, например, если на PHP файлы скриптов, которые размещены на хостинге, имеют права доступа 777, очень может быть, что их исполнение попросту блокируется сервером, вследствие чего и выдается сообщение об ошибке.

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

В некоторых случаях ошибка Internal Server Error может появляться, когда на хостинге наблюдается превышение лимита используемой памяти. Попросту говоря, скрипт для исполнения требует больше положенного, а ведь такой лимит устанавливается не только на PHP, зачастую действуют ограничения по потреблению ресурсов всеми исполняемыми скриптами.

Наконец, одна из самых распространенных ситуаций возникновения ошибки Internal Server Error – это содержание некорректных директив в файле .htaccess (кстати, при работе с движком WordPress это проявляется наиболее часто). Вот теперь мы вплотную подошли к поиску решения для каждой конкретной ситуации.

Ошибка Internal Server Error: как исправить простейшими способами

Для начала посмотрим, что можно сделать при обнаружении неправильных прав доступа. В данном случае права доступа 777 позволяют редактировать содержимое абсолютно всем, что, несомненно, сказывается на безопасности. В такой ситуации необходимо их изменить, применив к папкам значение 755, к файлам скриптов – 600, а ко всем стальным файлам данных – 644.

При слишком долгой работе исполняемого скрипта можно попробовать увеличить время ожидания, правда, тут есть одна загвоздка. Такое решение может сработать на выделенном сервере или VPS (Virtual Private Server), а в случае виртуального хостинга никакого эффекта не будет.

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

Теперь несколько слов о файле .htaccess. Дело в том, что он предполагает использование очень строгого синтаксиса, если при проведении настроек были допущены ошибки или некоторые неточности, избежать появления ошибки Internal Server Error не удастся. Тут нужно поступить следующим образом. Для начала нужно проверить наличие самого файла в корневой директории сайта, после чего, сделав его резервную копию, удалить целиком и полностью. Если после такой процедуры сайт снова станет работоспособным, значит проблема именно в файле .htaccess, который придется проверить на наличие ошибок в синтаксисе.

Проблемы с движком WordPress

С WordPress дело обстоит хуже. Дело в том, что этот движок способен перезаписывать оригинальный файл .htaccess, отвечающий за управление доступом к файлам и папкам хостинга, а ведь оригинальный файл должен создаваться всего один раз, и тем более не в WordPress!

Самым простым способом исправления такой ситуации является отключение темы WordPress и использование вместо нее любой другой. Если ошибка исчезла, дело именно в самой теме, если нет – нужно поэтапно отключать плагины WordPress и проверять, какой из них влияет на работоспособность.

В некоторых случаях может потребоваться обновить WordPress до последней версии и отключить функцию перезаписи файла. Для начала скачиваем на компьютерный терминал оригинальный файл .htaccess, затем входим на сайте в папку по пути /wp-admin/includes/ с последующей загрузкой файла misc.php, который необходимо открыть, скажем, в стандартном «Блокноте» (или любом другом текстовом редакторе) и найти строку функции «function save_mod_rewrite_rules». Теперь в самой функции переходим к строке «return insert_with_markers( $htaccess_file, ‘WordPress’, $rules );» и заменяем ее на «return true;» (естественно, все команды прописываются без кавычек). Остается только сохранить изменения и загрузить новый файл на хостинг с заменой старого файла misc.php.

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

Заключение

В принципе, это, так сказать, наиболее распространенные причины появления ошибки и методы ее устранения. На самом деле, что причин, что способов борьбы с такими ситуациями может быть очень много, так что, придется анализировать ситуацию в каждом конкретном случае, а только потом выбирать, какую именно методику для исправления ошибки использовать.

Are you getting error «failed to initialize a valid firewall backend» in the process of creating Virtual Machines on KVM using Libvirt? Here is the guide you need to fix it today.

Here at Ibmi Media, as part of our Server Management Services, we regularly help our customers to fix KVM related errors.

In this context, you will learn what causes this error and how to fix it.

What triggers error «failed to initialize a valid firewall backend»?

Sometimes, in the process of creating Virtual Machines on KVM using Libvirt, we experience this error.

In some cases, it happens when a dependency does not exist during a KVM installation process. It is easily noticeable as soon as yon have not restarted the libvirtd service.

How to fix error «failed to initialize a valid firewall backend»?

To solve this issue, you need to install iptables, dnsmasq, and ebtables packages. To get them installed, simply run the command shown below;

sudo pacman -S ebtables iptables dnsmasq

Then, you can check the installed packages details by running the command below;

sudo pacman -Qi ebtables iptables dnsmasq

As soon as the installation process is completed, then restart the libvirtd service to effect changes. To do this run the command below;

sudo sudo systemctl restart libvirtd

In cases where you have Virtual Machine Manager running then the best thing to do is to close it and then try to re-open.

To test it by analyzing the active Qemu networks, you can run the following command;

virsh net-list –all

Next, start a network and it will work. You can use the following command to do this;

virsh net-start vagrant-libvirt

You will see an output like this;

Network vagrant-libvirt started

Now the error is solved.

Need support in solving KVM related errors? We are available to help you today.

Comments

With the bump of iptables (NixOS#75026) ebtables was renamed from `ebtables`
to `ebtables-legacy`. libvirtd requires this binary to be availabe to
configure the host networking.

fixes NixOS#75878

With the bump of iptables (NixOS#75026) ebtables was renamed from `ebtables`
to `ebtables-legacy`. libvirtd requires this binary to be availabe to
configure the host networking.

fixes NixOS#75878

(cherry picked from commit 22388a5)

With the bump of iptables (NixOS#75026) ebtables was renamed from `ebtables`
to `ebtables-legacy`. libvirtd requires this binary to be availabe to
configure the host networking.

fixes NixOS#75878