pod VM fails commissioning; requests pxelinux.0 but doesn't progress past that

Bug #1719669 reported by Jason Hobbs
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MAAS
Expired
High
Jason Hobbs

Bug Description

maas version: 2.2.2-6099-g8751f91-0ubuntu1~16.04.1

A vm fails commissioning; at PXE boot time it successfully dhcp's, then requests pxelinux.0, but we don't hear anything from it after that.

from rackd.log:
2017-09-26 09:52:26 provisioningserver.rackdservices.tftp: [info] pxelinux.0 requested by 52:54:00:e6:8a:2e

The VM is still powered on, but there is no way to see what it's doing since it doesn't have a graphical console.

MAAS logs are available here:

https://10.245.162.101/artifacts/31de4a10-4c36-413d-874e-d96d603f20ea/cpe_cloud_183/infra-logs.tar

We've seen this a few times in the last few days. If I go to commission the node again, it works fine.

here is the xml config for the VM and network, and some more info about the broam device.

http://paste.ubuntu.com/25621383/

description: updated
Changed in maas:
milestone: none → 2.3.0beta2
Revision history for this message
Andres Rodriguez (andreserl) wrote :

FWIW, the path is:

vm -> bridge -> physical interface -> switch -> physical interface -> bridge -> rack controller

Revision history for this message
Jason Hobbs (jason-hobbs) wrote : Re: [Bug 1719669] Re: pod VM fails commissioning; requests pxelinux.0 but doesn't progress past that

To be clear on that path, the rack controller is running bare metal.

On Tue, Sep 26, 2017 at 2:01 PM, Andres Rodriguez <email address hidden>
wrote:

> FWIW, the path is:
>
> vm -> bridge -> physical interface -> switch -> physical interface ->
> bridge -> rack controller
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1719669
>
> Title:
> pod VM fails commissioning; requests pxelinux.0 but doesn't progress
> past that
>
> Status in MAAS:
> New
>
> Bug description:
> maas version: 2.2.2-6099-g8751f91-0ubuntu1~16.04.1
>
> A vm fails commissioning; at PXE boot time it successfully dhcp's,
> then requests pxelinux.0, but we don't hear anything from it after
> that.
>
> from rackd.log:
> 2017-09-26 09:52:26 provisioningserver.rackdservices.tftp: [info]
> pxelinux.0 requested by 52:54:00:e6:8a:2e
>
> The VM is still powered on, but there is no way to see what it's doing
> since it doesn't have a graphical console.
>
> MAAS logs are available here:
>
> https://10.245.162.101/artifacts/31de4a10-4c36-413d-874e-
> d96d603f20ea/cpe_cloud_183/infra-logs.tar
>
> We've seen this a few times in the last few days. If I go to
> commission the node again, it works fine.
>
> here is the xml config for the VM and network, and some more info
> about the broam device.
>
> http://paste.ubuntu.com/25621383/
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/maas/+bug/1719669/+subscriptions
>

tags: added: internal
Revision history for this message
Björn Tillenius (bjornt) wrote :

I've looked through the logs, but couldn't find anything obvious. It would really help knowing what the VM does. Do you think you could reproduce this with a VM that has a console?

Changed in maas:
milestone: 2.3.0beta2 → 2.3.0beta3
Changed in maas:
status: New → Incomplete
Changed in maas:
assignee: nobody → Blake Rouse (blake-rouse)
Changed in maas:
importance: Undecided → High
assignee: Blake Rouse (blake-rouse) → nobody
Changed in maas:
milestone: 2.3.0beta3 → 2.3.0beta4
Revision history for this message
Chris Gregan (cgregan) wrote :

@Andres
Can you assign this back to Jason for additional triage

Changed in maas:
assignee: nobody → Jason Hobbs (jason-hobbs)
Revision history for this message
Jason Hobbs (jason-hobbs) wrote :

We haven't seen this again so there isn't anything I can do.

On Mon, Oct 30, 2017 at 1:12 PM, Blake Rouse <email address hidden>
wrote:

> ** Changed in: maas
> Assignee: (unassigned) => Jason Hobbs (jason-hobbs)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1719669
>
> Title:
> pod VM fails commissioning; requests pxelinux.0 but doesn't progress
> past that
>
> Status in MAAS:
> Incomplete
>
> Bug description:
> maas version: 2.2.2-6099-g8751f91-0ubuntu1~16.04.1
>
> A vm fails commissioning; at PXE boot time it successfully dhcp's,
> then requests pxelinux.0, but we don't hear anything from it after
> that.
>
> from rackd.log:
> 2017-09-26 09:52:26 provisioningserver.rackdservices.tftp: [info]
> pxelinux.0 requested by 52:54:00:e6:8a:2e
>
> The VM is still powered on, but there is no way to see what it's doing
> since it doesn't have a graphical console.
>
> MAAS logs are available here:
>
> https://10.245.162.101/artifacts/31de4a10-4c36-413d-874e-
> d96d603f20ea/cpe_cloud_183/infra-logs.tar
>
> We've seen this a few times in the last few days. If I go to
> commission the node again, it works fine.
>
> here is the xml config for the VM and network, and some more info
> about the broam device.
>
> http://paste.ubuntu.com/25621383/
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/maas/+bug/1719669/+subscriptions
>

Revision history for this message
Andres Rodriguez (andreserl) wrote :

@Jason,

Since you have not seen this issue again, I'll mark this as invalid for the time being. If you see the issue again, please re-open the bug report.

Changed in maas:
status: Incomplete → Invalid
milestone: 2.3.0beta4 → 2.3.x
Revision history for this message
Jason Hobbs (jason-hobbs) wrote :

Can we please leave "cannot reproduce" bugs as incomplete? they will expire over time if we can't reproduce them. Marking them invalid makes them no longer show up in searches.

Changed in maas:
status: Invalid → Incomplete
Revision history for this message
Adam Collard (adam-collard) wrote :

This bug has not seen any activity in the last 6 months, so it is being automatically closed.

If you are still experiencing this issue, please feel free to re-open.

MAAS Team

Changed in maas:
status: Incomplete → Expired
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.