Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 700582

Summary:	ifup no longer can bring up aliases
Product:	Red Hat Enterprise Linux 6	Reporter:	Kelsey Cummings <kgc>
Component:	initscripts	Assignee:	Lukáš Nykrýn <lnykryn>
Status:	CLOSED WORKSFORME	QA Contact:	qe-baseos-daemons
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	6.0	CC:	lnykryn, notting
Target Milestone:	rc
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-08-14 14:33:20 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Kelsey Cummings 2011-04-28 17:49:17 UTC

Description of problem:

In previous versions 'ifup lo:N' would correctly bring up the configured alias on lo.  In 6, it exits without any error message but fails to bring up the alias. If 'ifup lo' is called, it will bring up all aliases it finds.

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


How reproducible:
very

Steps to Reproduce:

create config

#cat > /etc/sysconfig/network-scripts/ifcfg-lo:2
DEVICE=lo:2
IPADDR=10.73.43.12
NETMASK=255.255.255.255
NAME=lo:2

#ifup lo:2

Actual results:

lo:2 not configured

Expected results:

lo:2 configured

Additional info:

Comment 2 Bill Nottingham 2011-04-28 18:11:38 UTC

What version of initscripts?

Comment 3 Kelsey Cummings 2011-04-28 18:38:05 UTC

initscripts-9.03.17-1.el6

Comment 4 Bill Nottingham 2011-04-28 19:23:16 UTC

I can't reproduce this here:

[root@localhost network-scripts]# rpm -q initscripts
initscripts-9.03.17-1.el6.x86_64
[root@localhost network-scripts]# cat ifcfg-lo:2
DEVICE=lo:2
IPADDR=172.31.4.0
NETMASK=255.255.255.0
ONBOOT=yes
NAME=loopback

After 'service network restart':

 [root@localhost network-scripts]# ip addr ls dev lo
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 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
    inet 172.31.4.0/24 brd 172.31.4.255 scope global lo:2
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever

Comment 5 Kelsey Cummings 2011-04-28 21:12:09 UTC

It functions correctly after a reboot and/or "service network restart" - a service impacting event - presumably because the aliases are brought up at the same time as the parent interface.  However, "ifup lo:2" does not bring up the alias. "ifup lo" will correctly bring up it and any other configured aliases.  

But consider:

# cat /etc/sysconfig/network-scripts/ifcfg-lo:1
DEVICE=lo:1
IPADDR=1.1.1.1
NETMASK=255.255.255.248
ONPARENT=no
NAME=lo:1

This alias shouldn't be brought up automatically but explicitly with "ifup lo:1".

Comment 6 RHEL Program Management 2011-04-29 06:01:37 UTC

Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 7 Suzanne Logcher 2011-10-06 18:49:51 UTC

Since RHEL 6.2 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.
               
Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 8 Lukáš Nykrýn 2012-06-07 14:25:15 UTC

Can you please check this behavior in current initscripts? I have tried your configuration and it seems to work fine:


[root@localhost ~]# rpm -q initscripts
initscripts-9.03.31-2.el6.x86_64
[root@localhost ~]# cat /etc/sysconfig/network-scripts/ifcfg-lo:1
DEVICE=lo:1
IPADDR=1.1.1.1
NETMASK=255.255.255.248
ONPARENT=no
NAME=lo:1
[root@localhost ~]# ip addr ls dev lo
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
[root@localhost ~]# ifup lo:1
[root@localhost ~]# ip addr ls dev lo
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 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
    inet 1.1.1.1/29 brd 1.1.1.7 scope global lo:1
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever