not getting an ipv4 address on the first boot

Bug #1503329 reported by Leo Arias
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Snappy
Expired
Critical
Unassigned

Bug Description

Testing the beaglebone and trying to reproduce a problem Paul is having on the lab we found that on the first boot, the board doesn't get an ipv4 address assigned.

Tested in beaglebone black revC, rolling edge #191.

(BeagleBoneBlack)ubuntu@localhost:~$ ifconfig
eth0 Link encap:Ethernet HWaddr 84:eb:18:93:41:5a
          inet6 addr: fdad:31e6:e786:0:86eb:18ff:fe93:415a/64 Scope:Global
          inet6 addr: fe80::86eb:18ff:fe93:415a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:75 errors:0 dropped:0 overruns:0 frame:0
          TX packets:69 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:12598 (12.5 KB) TX bytes:11778 (11.7 KB)
          Interrupt:169

lo Link encap:Local Loopback
          inet addr:127.0.0.1 Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING MTU:65536 Metric:1
          RX packets:400 errors:0 dropped:0 overruns:0 frame:0
          TX packets:400 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:32000 (32.0 KB) TX bytes:32000 (32.0 KB)

After a reboot, the v4 address is there:

eth0 Link encap:Ethernet HWaddr 84:eb:18:93:41:5a
          inet addr:192.168.2.196 Bcast:192.168.2.255 Mask:255.255.255.0
          inet6 addr: fdad:31e6:e786:0:86eb:18ff:fe93:415a/64 Scope:Global
          inet6 addr: fe80::86eb:18ff:fe93:415a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          RX packets:76 errors:0 dropped:0 overruns:0 frame:0
          TX packets:74 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:11071 (11.0 KB) TX bytes:10796 (10.7 KB)
          Interrupt:169

lo Link encap:Local Loopback
          inet addr:127.0.0.1 Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING MTU:65536 Metric:1
          RX packets:160 errors:0 dropped:0 overruns:0 frame:0
          TX packets:160 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:12800 (12.8 KB) TX bytes:12800 (12.8 KB)

Revision history for this message
Paul Larson (pwlars) wrote :

I was able to save the syslog from the first boot where I didn't get an ipv4 address: http://paste.ubuntu.com/12697260/

Revision history for this message
Paul Larson (pwlars) wrote :

I've seen this happen on both boards in the lab, and was just able to confirm it on the one I have at home also

Revision history for this message
Federico Gimenez (fgimenez) wrote :

Same here, this is the complete screen log [1]. It seems that the missing bits when it fails are:

  Created slice system-ifup.slice.
  Found device /sys/subsystem/net/devices/eth0.

[1] http://paste.ubuntu.com/12697627/

Leo Arias (elopio)
Changed in snappy:
status: New → Confirmed
Revision history for this message
Paul Larson (pwlars) wrote :

image 186 seems to get an ip on first boot just fine, but 187 does not

Revision history for this message
Oliver Grawert (ogra) wrote :
Revision history for this message
Leo Arias (elopio) wrote :

Priority set to critical because it is blocking the automation of bbb tests.

Changed in snappy:
importance: Undecided → Critical
Revision history for this message
Leo Arias (elopio) wrote :

hey Paul, I'm now getting an IP in my beaglebone without problems. Are you still having the issue in the lab?

Changed in snappy:
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for Snappy because there has been no activity for 60 days.]

Changed in snappy:
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.