Please retest with RHEL 7.1 GA when it is available, or a current snapshot development release of 7.1.

I'd love to test a current snapshot, but I have no idea where I could get one.

It looks like access to 7.1 Beta/GA/Snapshot requires an active subscription at a minimum cost of $349 for entry level 2 socket self-support. Dcantrell can you confirm?

I have a complimentary self-support license as an EPEL contributor, and have access to 7.1 Beta.  But I can't find a more recent snapshot if one is available.

Snapshot releases are restricted to certain customers and partner companies.  I don't think EPEL contributor subscriptions are included in that.  I do not make those decisions and, unfortunately, my view in the RH Customer Portal is as an internal associate so I'm not really seeing what you would see.

It is true that $349 gets you the one year self support subscription, but I am not sure if that makes snapshots available.

I recommend contacting sales and/or support for clarification because external availability information is hard to come by in engineering.

If you cannot get a current snapshot release of RHEL 7.1 to test, then wait for the GA release and try then.  I have no intention of closing out this bug.  If it works in 7.1, then yes, we can close it out.  But if it's still a problem, I can move it to the 7.2 planning list and we can go from there.

Still a problem with 7.1

Hello,

I created patch for this but I need your help with testing.
Could you please test the bug with this updates image https://jkonecny.fedorapeople.org/redhat/rhel7-infiniband.img and attach logs here?

Thank you

Created attachment 1043315 [details]
anaconda-tb file

Looks like a different crash now:

anaconda 19.31.123-1 exception report
Traceback (most recent call first):
  File "/tmp/updates/pyanaconda/nm.py", line 885, in nm_ipv4_to_dbus_int
    return struct.unpack("=L", socket.inet_aton(address))[0]
  File "/tmp/updates/pyanaconda/network.py", line 396, in _get_ip_setting_values_from_ksdata
    gateway4 = nm.nm_ipv4_to_dbus_int(networkdata.gateway)
  File "/tmp/updates/pyanaconda/network.py", line 459, in add_connection_for_ksdata
    values = _get_ip_setting_values_from_ksdata(networkdata)
  File "/tmp/updates/pyanaconda/network.py", line 1242, in apply_kickstart
    added_connections = add_connection_for_ksdata(network_data, dev_name)
  File "/tmp/updates/pyanaconda/network.py", line 1259, in networkInitialize
    devnames = apply_kickstart(ksdata)
  File "/sbin/anaconda", line 1144, in <module>
    networkInitialize(ksdata)
error: illegal IP address string passed to inet_aton

Local variables in innermost frame:
address:

I think this traceback is caused by already solved bug 1147181 so I created new updates image which includes fix for this bug too. Can you test it please to be sure https://jkonecny.fedorapeople.org/redhat/rhel7_infiniband2.img .

Thank you for the testing Orion.

Created attachment 1043604 [details]
anaconda-tb file

New traceback:

anaconda 19.31.123-1 exception report
Traceback (most recent call first):
  File "/usr/lib64/python2.7/site-packages/gi/types.py", line 113, in function
    return info.invoke(*args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/gi/overrides/Gio.py", line 171, in __call__
    None)
  File "/tmp/updates/pyanaconda/nm.py", line 762, in nm_add_connection
    connection = proxy.AddConnection('(a{sa{sv}})', settings)
  File "/tmp/updates/pyanaconda/network.py", line 541, in add_connection_for_ksdata
    nm.nm_add_connection(values)
  File "/tmp/updates/pyanaconda/network.py", line 1240, in apply_kickstart
    added_connections = add_connection_for_ksdata(network_data, dev_name)
  File "/tmp/updates/pyanaconda/network.py", line 1257, in networkInitialize
    devnames = apply_kickstart(ksdata)
  File "/sbin/anaconda", line 1144, in <module>
    networkInitialize(ksdata)
GError: GDBus.Error:org.freedesktop.NetworkManager.Settings.Connection.InvalidProperty: infiniband.transport-mode: property is invalid

Local variables in innermost frame:
info: <gi.FunctionInfo object (call_sync) at 0x0x7f85251ca050>
args: (<DBusProxy object at 0x7f850f4de230 (GDBusProxy at 0x20eadf0)>, 'AddConnection', GLib.Variant('(a{sa{sv}})', ({'connection': {'autoconnect': <false>, 'interface-name': <'ib0'>, 'type': <'infiniband'>, 'uuid': <'93268105-541f-40bd-b497-4d8d5041f39f'>, 'id': <'ib0'>}, 'ipv4': {'method': <'manual'>, 'dns': <[uint32 17435146]>, 'addresses': <[[uint32 184723648, 24, 0]]>}, 'infiniband': {'name': <'ib0'>}, 'ipv6': {'method': <'auto'>, 'dns': <@aay []>}},)), 0, -1, None)
kwargs: {}


Thanks for working on this.

There was missing NetworkManager settings which was required for infiniband. It should be ok now. New updates image here https://jkonecny.fedorapeople.org/redhat/rhel7_infiniband3.img .

I hope this will be the last one :).

That one works great.  Thanks!

Thank you much for the testing Orion.
It was a pleasure to work with you :)

Orion,
patch should be present in RHEL-7.2 Beta. If you have access, could I please kindly ask you to retest the bug? We need to make sure the patch has been applied correctly.

Thank you!
Martin

Looks good here.  Thanks.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-2284.html