637842 - Please poke win64-ix-ref

Status: RESOLVED FIXED

(Infrastructure & Operations :: RelOps: General, task)

Description

[Armen [:armenzg]]

I can't ping it right now.

armenzg-laptop $ ping win64-ix-ref.build
PING win64-ix-ref.build.mtv1.mozilla.com (10.250.49.173): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3

Comment 2

[Zandr Milewski [:zandr]]

I want to treat this separately, since it's actually a DHCP conflict.

DHCP is fixed, but I probably have to do something aggravating to the box itself to get that back.

Comment 3

[Armen [:armenzg]]

I need this to be fixed so I can finish up the work on the win64-ix-ref machine.

I added it to the IT priorities page.

Comment 4

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

per mrz, raising to blocker as this regression blocks armen getting anything done here.

Comment 5

[Justin Lazaro [:jlaz] (use needinfo)]

Lowering the priority to major since I was able to provide armenzg the current IP that this machine is using: 10.250.49.229

The IPMI address for this is now set to 10.250.51.50 (which was 10.250.49.51 before) but I am still unable to reach the interface.

It looks like we'll need to double check the DHCP entry for this ref machine since this is not working:

host win64-ix-ref { hardware ethernet 00:30:48:9f:81:c1; fixed-address 10.250.49.173; }

Comment 6

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

(In reply to comment #5)
> Lowering the priority to major since I was able to provide armenzg the current
> IP that this machine is using: 10.250.49.229

Cool, thanks jlazaro. Armen's able to work using the IP address, so thats great help!



> The IPMI address for this is now set to 10.250.51.50 (which was 10.250.49.51
> before) but I am still unable to reach the interface.
> 
> It looks like we'll need to double check the DHCP entry for this ref machine
> since this is not working:
> 
> host win64-ix-ref { hardware ethernet 00:30:48:9f:81:c1; fixed-address
> 10.250.49.173; }

In comment#2, looks like zandr had checked DHCP already, so not sure whats going on, but thats something he can investigate when he gets back.

Comment 7

[matthew zeier [:mrz]]

(In reply to comment #5)
> Lowering the priority to major since I was able to provide armenzg the current
> IP that this machine is using: 10.250.49.229
> 
> The IPMI address for this is now set to 10.250.51.50 (which was 10.250.49.51
> before) but I am still unable to reach the interface.

51.50 appears to be some other host, not IPMI.  It's answer to vnc, ssh, http & https but not IPMI.

Can that host go offline to statically assign it's IPMI interface?

Comment 8

[Zandr Milewski [:zandr]]

(In reply to comment #7)

> 51.50 appears to be some other host, not IPMI.  It's answer to vnc, ssh, http &
> https but not IPMI.

Are you basing that on nmap, or actually trying an http connection? Because if you bounce http through mvadm01, you definitely get to a SuperMicro IPMI card. (on the old IP, you got an nginx default page, which lead me to the IP conflict with an n900)

*However*, it still shows as having 1.28 firmware, so it likely has trouble talking off-subnet. I'll take care of that now.

Comment 9

[Zandr Milewski [:zandr]]

Upgraded, but it's still not talking off-network reliably. There may be more to the networking problems with these IPMI cards than is fixed by 2.01.

Comment 10

[matthew zeier [:mrz]]

I tested with nmap, saw more ports open than I thought I should.  Couldn't connect to it though (I tried from my desktop at work, tunneled through mvadm01 too).

Comment 11

[Armen [:armenzg]]

(In reply to comment #7)
> 
> Can that host go offline to statically assign it's IPMI interface?

Yes, just ping me whenever you are about to do it as I am working on it right now.

Comment 12

[Zandr Milewski [:zandr]]

Please don't statically assign the IPMI interface! Then I have to remember to chase that when the host moves.

It's correctly getting an IP. It is NOT correctly communicating off subnet, I doubt static assignment will help that.

If you do *test* with a static assignment, please switch back to DHCP when you're done!

Comment 13

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

(In reply to comment #6)
> (In reply to comment #5)
> > Lowering the priority to major since I was able to provide armenzg the current
> > IP that this machine is using: 10.250.49.229
> 
> Cool, thanks jlazaro. Armen's able to work using the IP address, so thats great
> help!

(Aki just pointed out that I accidentally raised this back to blocker when saying thanks to spencer!? Not intentional - saying thank you is important, but not *that* important! I'm blaming cache). 

As Armen can use IP address, he's unblocked, so this should be back at normal.

Comment 14

[Armen [:armenzg]]

We are going to re-install the machine on bug 641940.
If the issue is still valid after re-installing I will reopen or file a new bug.

Thanks bunches!