Update 1.3.14 to 1.3.15 - Could not bring up the `eth0:1012' network interface

  • The script is running into this Error(s):

    Code
    1. [ERROR] │ │ │ │ Error while performing step: │ │ │ │ Processing Modules::NetworkInterfaces (any) tasks for: network interfaces (ID all) │ │ │ │ Error was: │ │ │ │ iMSCP::Stepper::_callback: Could not bring up the `eth0:1012' network interface: RTNETLINK answers: File exists at │ │ /usr/local/src/imscp-1.3.15/engine/PerlLib/iMSCP/Provider/NetworkInterface/Debian.pm line 94. [ERROR] │ │ │ │ Error while performing step: │ │ │ │ Processing DB tasks │ │ │ │ Error was: │ │ │ │ main::setupDbTasks: iMSCP::Stepper::_callback: Could not bring up the `eth0:1012' network interface: RTNETLINK answers: File exists at │ │ /usr/local/src/imscp-1.3.15/engine/PerlLib/iMSCP/Provider/NetworkInterface/Debian.pm line 94. [ERROR] │ │ │ │ Error while performing step: │ │ │ │ Processing setup tasks │ │ │ │ Error was: │ │ │ │ main::setupDbTasks: iMSCP::Stepper::_callback: Could not bring up the `eth0:1012' network interface: RTNETLINK answers: File exists at │ │ /usr/local/src/imscp-1.3.15/engine/PerlLib/iMSCP/Provider/NetworkInterface/Debian.pm line 94.

    the output of systemctl status apache2.service:


    The Server is reachable via SSH, how to get the apache runnig again?

  • Morning,

    iMSCP::Stepper::_callback: Could not bring up the `eth0:1012' network interface: RTNETLINK answers: File exists at │
    │ /usr/local/src/imscp-1.3.15/engine/PerlLib/iMSCP/Provider/NetworkInterface/Debian.pm line 94.


    Please post us the content of your /etc/network/interfaces file. If you have configured the eth0:1012 interface manually, don't forget to set the manual option for it through the control panel.


    For Apache, the problem is due to the installer that stopped before finishing its job (due to the error above). You must first fix the error related to the network interface and once done, rerun the installer.


    If you cannot figure out alone, give us access to your server.


    Edit: See also: https://github.com/i-MSCP/imsc…d#ip-addresses-management

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

  • here it is:

    I did'nt configure any interface manually.

  • @symphosius


    Can I access you server to debug and fix?

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

  • @symphosius


    I got it. Please don't do anything on the server as long as I'm working on it.

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

  • @symphosius


    Problem found. This was due to the /etc/network/if-up.d/sendmail script that belongs to sendmail and which try to open the /usr/share/sendmail/dynamic file that is not installed (expected). Indeed, the sendmail related packages were not purged correctly (they were in broken state), leading to the following error:

    Shell-Script
    1. root@alpha:/usr/local/src/imscp-1.3.15# ifup --force eth0:1012/etc/network/if-up.d/sendmail: 44: .: Can't open /usr/share/sendmail/dynamicrun-parts: /etc/network/if-up.d/sendmail exited with return code 2Failed to bring up eth0:1012.

    In order to fix the problem, I've run:

    Shell-Script
    1. root@alpha:/usr/local/src/imscp-1.3.15# apt-get purge sendmail-base sendmail-bin sendmail-cfroot@alpha:/usr/local/src/imscp-1.3.15# ifdown --force eth0:1012root@alpha:/usr/local/src/imscp-1.3.15# ifdown --force eth0:1013root@alpha:/usr/local/src/imscp-1.3.15# ifdown --force eth0:1014root@alpha:/usr/local/src/imscp-1.3.15# ifdown --force eth0:1015root@alpha:/usr/local/src/imscp-1.3.15# ifup --force eth0:1012root@alpha:/usr/local/src/imscp-1.3.15# ifup --force eth0:1013root@alpha:/usr/local/src/imscp-1.3.15# ifup --force eth0:1014root@alpha:/usr/local/src/imscp-1.3.15# ifup --force eth0:1015

    I've also fixed one of your mistake which prevented MySQL server to start. Basically, putting open_files_limit=50000 at bottom of the /etc/mysql/my.cnf file, and outside of any configuration group, cannot work. I've fixed the problem by creating the file: /etc/mysql/conf.d/open_files_limit.cnf with the following content:

    Code
    1. [mysqld]open_files_limit=50000

    I've also renamed the table_cache parameter to table_open_cache because the table_cache parameter is no longer supported by your MySQL version.


    Then after all this, I've been able to process the upgrade without any problem:

    Shell-Script
    1. root@alpha:/usr/local/src/imscp-1.3.15# perl imscp-autoinstall -d

    Result


    success.png

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

  • Thanks a lot, Nuxwin! My provider didn't solve the Problem, passed it over to i-MSCP forum. I don't know, what they tried out, but at least they told me it might be better, not to handle the network-interfaces by i-MSCP, using the 'manual' option. Do you think that's a good idea?

  • @symphosius



    it might be better, not to handle the network-interfaces by i-MSCP, using the 'manual' option. Do you think that's a good idea?

    No ;) This is working as it should in auto mode now without any problem ;) The problem was simply due to broken sendmail packages which were not purged correctly, leading to garbage on your filesystem. Of course, you're free to configure all your interfaces manually if you prefer by switching to manual mode but that is not necessary.

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206