package tftpd-hpa 5.2+20140608-3ubuntu1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1

Bug #1474682 reported by udai kiran
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
tftp-hpa (Ubuntu)
Incomplete
Medium
Unassigned

Bug Description

tftpd failed to start when ipv6 is disabled.

Had to change the /etc/default/tftpd-hpa to TFTP_ADDRESS only ipv4 address for it to restart.

ProblemType: Package
DistroRelease: Ubuntu 15.04
Package: tftpd-hpa 5.2+20140608-3ubuntu1
ProcVersionSignature: Ubuntu 3.19.0-22.22-generic 3.19.8-ckt1
Uname: Linux 3.19.0-22-generic x86_64
ApportVersion: 2.17.2-0ubuntu1.1
AptOrdering:
 tftpd-hpa: Install
 tftpd-hpa: Configure
 NULL: ConfigurePending
Architecture: amd64
Date: Tue Jul 14 20:43:33 2015
DuplicateSignature: package:tftpd-hpa:5.2+20140608-3ubuntu1:subprocess installed post-installation script returned error exit status 1
ErrorMessage: subprocess installed post-installation script returned error exit status 1
RelatedPackageVersions:
 dpkg 1.17.25ubuntu1
 apt 1.0.9.7ubuntu4
SourcePackage: tftp-hpa
Title: package tftpd-hpa 5.2+20140608-3ubuntu1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
udai kiran (s-udaikiran) wrote :
tags: removed: need-duplicate-check
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in tftp-hpa (Ubuntu):
status: New → Confirmed
EOLE team (eole-team)
tags: added: xenial
Revision history for this message
EOLE team (eole-team) wrote :

The problem is still present on Xenial with tftpd-hpa 5.2+20150808-1ubuntu1 version.

Changed in tftp-hpa (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

I booted with /etc/sysctl.conf as:
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

That gave me no ipv6.
Then installing tftpd-hpa works just fine.

Just after install it has:

$ systemctl status tftpd-hpa
● tftpd-hpa.service - LSB: HPA's tftp server
   Loaded: loaded (/etc/init.d/tftpd-hpa; bad; vendor preset: enabled)
   Active: active (running) since Wed 2017-06-07 20:49:11 UTC; 13s ago
     Docs: man:systemd-sysv-generator(8)
   CGroup: /system.slice/tftpd-hpa.service
           └─1918 /usr/sbin/in.tftpd --listen --user tftp --address :69 --secure /var/lib/tftpboot

Jun 07 20:49:11 x-tftpd systemd[1]: Starting LSB: HPA's tftp server...
Jun 07 20:49:11 x-tftpd tftpd-hpa[1907]: * Starting HPA's tftpd in.tftpd
Jun 07 20:49:11 x-tftpd tftpd-hpa[1907]: ...done.
Jun 07 20:49:11 x-tftpd systemd[1]: Started LSB: HPA's tftp server.

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

We need to understand what was different in your cases to be able to work on that.
15.04 is EOL, but ELOE reported this happened in Xenial as well yet as listed above I can't reproduce.

The initial report stated the "no ipv6" as the issue - was that the same for the EOLE verification?

Changed in tftp-hpa (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
EOLE team (eole-team) wrote :

Here is our configuration:

    # rgrep ipv6 /etc/sysctl.*
    /etc/sysctl.conf:net.ipv6.conf.all.disable_ipv6=1
    /etc/sysctl.conf:net.ipv6.conf.default.disable_ipv6=1
    /etc/sysctl.conf:net.ipv6.conf.lo.disable_ipv6=1
    /etc/sysctl.conf:net.ipv6.conf.all.forwarding=0
    /etc/sysctl.d/10-ipv6-privacy.conf:net.ipv6.conf.all.use_tempaddr = 2
    /etc/sysctl.d/10-ipv6-privacy.conf:net.ipv6.conf.default.use_tempaddr = 2

    # rgrep ipv6 /etc/modprobe*
    /etc/modprobe.d/blacklist-eole.conf:blacklist ipv6

The problem is fixed in Xenial with the following changelog:

    tftp-hpa (5.2+20150808-1ubuntu1.16.04.1) xenial; urgency=medium

      * Replace the default value of TFTP_ADDRESS to :69 instead of [::]:69.
        The previous default caused a failure to start when the NIC is not
        available at startup time (LP: #1342580)

     -- Louis Bouchard <email address hidden> Tue, 07 Mar 2017 12:00:08 +0100

and in Trusty with the following changelog:

    tftp-hpa (5.2-7ubuntu3.1) trusty; urgency=medium

      * Replace the default value of TFTP_ADDRESS to :69 instead of [::]:69.
        The previous default caused a failure to start when the NIC is not
        available at startup time (LP: #1342580)

     -- Louis Bouchard <email address hidden> Thu, 09 Feb 2017 18:13:54 +0100

    # apt install tftpd-hpa
    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    Suggested packages:
      pxelinux
    The following NEW packages will be installed:
      tftpd-hpa
    0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
    Need to get 39,1 kB of archives.
    After this operation, 115 kB of additional disk space will be used.
    Get:1 http://eole.ac-dijon.fr/ubuntu xenial-updates/main amd64 tftpd-hpa amd64 5.2+20150808-1ubuntu1.16.04.1 [39,1 kB]
    Fetched 39,1 kB in 0s (2 799 kB/s)
    Preconfiguring packages ...
    Selecting previously unselected package tftpd-hpa.
    (Reading database ... 110622 files and directories currently installed.)
    Preparing to unpack .../tftpd-hpa_5.2+20150808-1ubuntu1.16.04.1_amd64.deb ...
    Unpacking tftpd-hpa (5.2+20150808-1ubuntu1.16.04.1) ...
    Processing triggers for ureadahead (0.100.0-19) ...
    Processing triggers for systemd (229-4ubuntu17) ...
    Processing triggers for man-db (2.7.5-1) ...
    Setting up tftpd-hpa (5.2+20150808-1ubuntu1.16.04.1) ...
    Processing triggers for ureadahead (0.100.0-19) ...
    Processing triggers for systemd (229-4ubuntu17) ...

Regards.

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Oh so it works for you as well now.
We just missed to link the bugs to the one Louis was working on.

Great, doing so now.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.