The commissioning script 00-maas-03-install-lldpd outputs to stderr.

Bug #1228085 reported by Raphaël Badin
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MAAS
Fix Released
Critical
Gavin Panella
maas (Ubuntu)
Triaged
High
Andres Rodriguez
Saucy
Won't Fix
High
Unassigned

Bug Description

While testing things in the lab I came across the fact that the 00-maas-03-install-lldpd script (the commissioning script installing lldpd) seems to outputs to stderr.

>>> [(n.node.id, n.id, n.name) for n in NodeCommissionResult.objects.all() if n.node.id == 1]
[(1, 1, u'00-maas-01-lshw.out'), (1, 2, u'00-maas-02-virtuality.out'), (1, 13, u'00-maas-03-install-lldpd.out'), (1, 15, u'00-maas-03-install-lldpd.err'), (1, 19, u'99-maas-01-wait-for-lldpd.out')]

>>> [(n.node.id, n.id, n.name, n.data) for n in NodeCommissionResult.objects.all() if n.name == '00-maas-03-install-lldpd.err']

[(2, 10, u'00-maas-03-install-lldpd.err', 'dpkg-preconfigure: unable to re-open stdin: No such file or directory\n'), (3, 12, u'00-maas-03-install-lldpd.err', 'dpkg-preconfigure: unable to re-open stdin: No such file or directory\n'), (1, 15, u'00-maas-03-install-lldpd.err', 'dpkg-preconfigure: unable to re-open stdin: No such file or directory\n'), (4, 16, u'00-maas-03-install-lldpd.err', 'dpkg-preconfigure: unable to re-open stdin: No such file or directory\n')]

Related branches

Revision history for this message
Gavin Panella (allenap) wrote :

Setting DEBIAN_FRONTEND=noninteractive in the environment before calling apt-get might be all we need.

Revision history for this message
Raphaël Badin (rvb) wrote :

I've seen this work before (a couple of days ago) so I'm afraid this might be caused by a recent change.

But your suggestion is worth a try, could you create a package with a fix and put it in the experimental ppa?

Revision history for this message
Raphaël Badin (rvb) wrote :

In another run, I had the exact same errors but 2 nodes, out of 4, had the lldp information. I suspect "dpkg-preconfigure: unable to re-open stdin: No such file or directory" is simply something that apt-get spits out but that it doesn't mean anything serious happened. Thus reducing the priority to medium.

Now, why in one case, none of the nodes had any lldp info attached and in the other case, 2 of them had the info, that is a bit mysterious; given that the lldp info is something that takes some time to gather, is it possible that mere chance is at play here?

Changed in maas:
importance: High → Medium
Raphaël Badin (rvb)
Changed in maas:
importance: Medium → Low
summary: - The commissioning script 00-maas-03-install-lldpd fails.
+ The commissioning script 00-maas-03-install-lldpd outputs to stderr.
description: updated
Revision history for this message
Julian Edwards (julian-edwards) wrote : Re: [Bug 1228085] Re: The commissioning script 00-maas-03-install-lldpd fails.

What is more concerning is that the LLDP data does not always get
collected. Let's get Gavin's suggestion implemented for a start.

This is critical for the feature, marking accordingly.

Changed in maas:
importance: Low → Critical
Revision history for this message
Vincent Bernat (vbernat) wrote :

Usually, LLDP data is broadcasted every 30 seconds. You can check with tcpdump if you want (tcpdump -pni XXX ether host 01:80:c2:00:00:0e). If you don't have neighbor information, maybe you can wait for it with "lldpcli watch" (combined with timeout command since it may never returns).

Revision history for this message
Gavin Panella (allenap) wrote :

> Usually, LLDP data is broadcasted every 30 seconds.

The lldpd_wait commissioning script waits 60 seconds, which /should/ be long enough, but I think it would be fine to up that to, say 90 seconds or more.

(Thanks Vincent.)

Changed in maas:
status: Triaged → Fix Committed
assignee: nobody → Raphaël Badin (rvb)
milestone: none → 13.10
James Page (james-page)
Changed in maas (Ubuntu Saucy):
importance: Undecided → High
status: New → Triaged
Raphaël Badin (rvb)
Changed in maas:
assignee: Raphaël Badin (rvb) → Gavin Panella (allenap)
Changed in maas:
status: Fix Committed → Fix Released
Changed in maas (Ubuntu):
assignee: nobody → Andres Rodriguez (andreserl)
Revision history for this message
Rolf Leggewie (r0lf) wrote :

saucy has seen the end of its life and is no longer receiving any updates. Marking the saucy task for this ticket as "Won't Fix".

Changed in maas (Ubuntu Saucy):
status: Triaged → Won't Fix
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.