Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1286560 - Cannot run appliance_console when the appliance has an IPv6 address
Cannot run appliance_console when the appliance has an IPv6 address
Status: CLOSED ERRATA
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Appliance (Show other bugs)
5.5.0
Unspecified Unspecified
high Severity high
: GA
: 5.6.0
Assigned To: Nick Carboni
Ola Pavlenko
appliance:cli
:
: 1290002 1297356 (view as bug list)
Depends On:
Blocks: 1290105
  Show dependency treegraph
 
Reported: 2015-11-30 04:08 EST by Marius Cornea
Modified: 2017-08-29 23:44 EDT (History)
10 users (show)

See Also:
Fixed In Version: 5.6.0.0
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1290105 (view as bug list)
Environment:
Last Closed: 2016-06-29 11:13:23 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:1348 normal SHIPPED_LIVE CFME 5.6.0 bug fixes and enhancement update 2016-06-29 14:50:04 EDT

  None (edit)
Description Marius Cornea 2015-11-30 04:08:44 EST
Description of problem:
Running appliance_console doesn't work when the appliance has an IPv6 address.

Version-Release number of selected component (if applicable):
5.5.0.12

How reproducible:
100%

Steps to Reproduce:
1. Deploy appliance with IPv6 address on KVM host
2. Run appliance_console

Actual results:
/opt/rh/rh-ruby22/root/usr/share/ruby/ipaddr.rb:430:in `mask!': invalid length (IPAddr::InvalidPrefixError)

Expected results:
The appliance_console menu shows up.

Additional info:
[root@localhost ~]# appliance_console
/opt/rh/rh-ruby22/root/usr/share/ruby/ipaddr.rb:430:in `mask!': invalid length (IPAddr::InvalidPrefixError)
	from /opt/rh/rh-ruby22/root/usr/share/ruby/ipaddr.rb:157:in `mask'
	from /opt/rh/cfme-gemset/gems/linux_admin-0.12.1/lib/linux_admin/network_interface.rb:163:in `parse_ip4'
	from /opt/rh/cfme-gemset/gems/linux_admin-0.12.1/lib/linux_admin/network_interface.rb:48:in `reload'
	from /opt/rh/cfme-gemset/gems/linux_admin-0.12.1/lib/linux_admin/network_interface.rb:37:in `initialize'
	from /opt/rh/cfme-gemset/gems/linux_admin-0.12.1/lib/linux_admin/network_interface/network_interface_rh.rb:13:in `initialize'
	from /opt/rh/cfme-gemset/gems/linux_admin-0.12.1/lib/linux_admin/network_interface.rb:27:in `new'
	from /opt/rh/cfme-gemset/gems/linux_admin-0.12.1/lib/linux_admin/network_interface.rb:27:in `new'
	from /opt/rh/cfme-gemset/gems/linux_admin-0.12.1/lib/linux_admin/network_interface.rb:27:in `new'
	from /var/www/miq/vmdb/gems/pending/appliance_console.rb:99:in `<module:ApplianceConsole>'
	from /var/www/miq/vmdb/gems/pending/appliance_console.rb:98:in `<main>'
Comment 2 Marius Cornea 2015-11-30 04:13:06 EST
Here's the IP address coniguration on the VM:

[root@cloudforms ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:89:df:34 brd ff:ff:ff:ff:ff:ff
    inet6 2000:dead:beef:a:5054:ff:fe89:df34/64 scope global dynamic 
       valid_lft 3440sec preferred_lft 3440sec
    inet6 fe80::5054:ff:fe89:df34/64 scope link 
       valid_lft forever preferred_lft forever
Comment 3 Nick Carboni 2015-12-10 09:01:47 EST
This may be fixed as of https://github.com/ManageIQ/linux_admin/pull/141 which is included in version 0.13.0 of the linux_admin gem. I will retest this upstream.
Because the version of linux_admin was bumped here https://github.com/ManageIQ/manageiq/commit/3ba88b3c5ccfda4d6d6fe2bc8b5c96c17e827d94 this may already be fixed upstream and also downstream as the gemfile change was back-ported in this MR (http://gitlab.cloudforms.lab.eng.rdu2.redhat.com/cloudforms/cfme/merge_requests/590)
Comment 4 Nick Carboni 2015-12-10 09:38:52 EST
Works in upstream nightly as of 2015-12-08
Comment 5 Nick Carboni 2015-12-15 09:10:00 EST
*** Bug 1290002 has been marked as a duplicate of this bug. ***
Comment 6 Nick Carboni 2016-01-12 08:11:05 EST
*** Bug 1297356 has been marked as a duplicate of this bug. ***
Comment 8 Ronnie Rasouli 2016-06-13 09:42:04 EDT
verified on 5.6.0.9 rc2
[root@localhost ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:e9:a5:ac brd ff:ff:ff:ff:ff:ff
    inet6 2000:dead:beef:a:5054:ff:fe89:df34/64
       valid_lft forever preferred_lft forever 
    inet6 fe80::5054:ff:fee9:a5ac/64 scope link 
       valid_lft forever preferred_lft forever
Comment 10 errata-xmlrpc 2016-06-29 11:13:23 EDT
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://access.redhat.com/errata/RHBA-2016:1348

Note You need to log in before you can comment on or make changes to this bug.