If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Rack panda-001 in Haxxor so Releng can use it in staging environment

RESOLVED FIXED

Status

Release Engineering
Buildduty
P2
normal
RESOLVED FIXED
6 years ago
4 years ago

People

(Reporter: cmtalbert, Assigned: armenzg)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [panda][mobile])

(Reporter)

Description

6 years ago
Hostname: panda01
Serial Number: U4430510373
MAC(s): 26:f9:37:1c:5b:01 (eth0)
IP address(es): none yet
Switch Ports: (the name and port number of any switch you've physically connected the device to)
Management IP: n/a
OOB switch & port: n/a
Status: staging
SystemRack: (where the machine is located: room, row, rack number, and rack unit)
Asset Tag: n/a
Date Purchased: Sept 2011
Operating System: Android 4.0.3
Server Model: Panda Board
Allocated to: A-Team (automation & tools)
per irc w/ctalbert:

(In reply to Clint Talbert ( :ctalbert ) from comment #1)
> Hostname: panda01
we'll call this "panda-001" instead, as we expect to end up with more than 99 of these boards. 


> Serial Number: U4430510373
> MAC(s): 26:f9:37:1c:5b:01 (eth0)
it seems that the board is getting a new mac address on each reboot. ctalbert is investigating.



> IP address(es): none yet
> Switch Ports: (the name and port number of any switch you've physically
> connected the device to)
> Management IP: n/a
> OOB switch & port: n/a
> Status: staging
> SystemRack: (where the machine is located: room, row, rack number, and rack
> unit)
> Asset Tag: n/a
> Date Purchased: Sept 2011
> Operating System: Android 4.0.3
> Server Model: Panda Board
> Allocated to: A-Team (automation & tools)
Summary: Racking PandaBoard in Haxxor so Releng can use it in staging environment → Rack panda-001 in Haxxor so Releng can use it in staging environment
Blocks: 725544
(Reporter)

Comment 2

6 years ago
(In reply to John O'Duinn [:joduinn] from comment #1)
> > MAC(s): 26:f9:37:1c:5b:01 (eth0)
> it seems that the board is getting a new mac address on each reboot.
> ctalbert is investigating.
Yeah, looks like we will need a patched kernel. See: http://blog.bisect.de/2012/01/pandaboard-get-persistent-mac-address.html

Working on a new build with a patched kernel.
(In reply to Clint Talbert ( :ctalbert ) from comment #0)
> Switch Ports: (the name and port number of any switch you've physically

This will be important as we try to track down network problems - can you fill it in when known?

> Asset Tag: n/a

Let's get an asset tag on there so we can uniquely identify this unit.  The Desktop-support folks should have spare stickers.

Thanks!
I've added panda-001 to inventory, dns, and dhcp with the specified mac and an IP of 10.250.48.250.  Matt, can you please work with clint to get this board installed into haxxor and fill in the rest of the inventory data after getting the board asset tagged and plugging it in?

https://inventory.mozilla.org/en-US/systems/show/5123/
Assignee: server-ops-releng → mlarrain
colo-trip: --- → mtv1
(Reporter)

Comment 5

6 years ago
Yeah, we will fill in everything else once it is in haxxor. We can't put it in haxxor until it has a stable mac address.

Yes, the *mac* address is changed every time the board boots. If I'm understanding the network you guys have in haxxor then that means this system will be useless there until we convince the kernel on the panda board to quit re-generating its mac address.
Long-term, yes.  In the short term, if it's easier to assign it a static IP even with a changing MAC, that may work.  Of course, ARP timeouts may make it unreachable for some time on every reboot.
(Reporter)

Comment 7

6 years ago
(In reply to Dustin J. Mitchell [:dustin] from comment #6)
> Long-term, yes.  In the short term, if it's easier to assign it a static IP
> even with a changing MAC, that may work.  Of course, ARP timeouts may make
> it unreachable for some time on every reboot.

Dustin, I was just about to ask that question.  So if we can assign a static IP, that solve the problem (we can probably do that without re-building the kernel). Can you give me a static IP for this pandaboard?
It gets this particular board working -- it's not a good long-term solution, as it makes the boards impossible to track down on the network (and we find ourselves doing that sort of thing more often than you'd think).

You can use 10.250.48.250 as Amy assigned in comment 4.
clint can you deliver the pandaboard to my desk on floor 2. I am located by desktop support.
(Reporter)

Comment 10

6 years ago
(In reply to Matthew Larrain[:digipengi] from comment #9)
> clint can you deliver the pandaboard to my desk on floor 2. I am located by
> desktop support.

I'll have it for you tomorrow. I put it in fastboot flash mode thinking i was going to rebuild the kernel so I have to blow a new OS on it, and once it's in this mode, I have to be onsite to do it (I'm in SF today).
Device is on my desk I will rack it to a PDU that can control reboots and get it updated in invetory.
Status: NEW → ASSIGNED
I have racked the panda board in Haxxor I will be making the changes needed to inventory and updating the CDU.
CDU info pdu6.df202-1  Branch 1:6
(Assignee)

Comment 14

6 years ago
From my point of view:
* what do I need to do to reach the board?
* what do I need to run any unit tests?
unit tests won't run unless you manually install fennec via adb. The sutagent needs to be retooled to work with ICS which includes the installation.

We cannot reboot the device without physical intervention right now.

Updated

6 years ago
Assignee: mlarrain → nobody
Component: Server Operations: RelEng → Release Engineering
QA Contact: zandr → release

Updated

6 years ago
Component: Release Engineering → Release Engineering: Machine Management
QA Contact: release → armenzg
Whiteboard: [panda][mobile]
(Assignee)

Comment 16

6 years ago
ctalbert said that I can telnet to his machine (jmaher's board behaves differently and needs adb).

I will look to talk to the sut agent on this board next week.
Assignee: nobody → armenzg
Priority: -- → P2
(Assignee)

Comment 17

6 years ago
The board seems to be PING down but this board won't be helpful if we can't reboot it.
Depends on: 731669
PDU and inventory info updated should be all good to go now.
(Assignee)

Comment 19

6 years ago
All that it could be done is done.
Thanks digipengi.
Status: ASSIGNED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.