Bug 114715
Summary: | Hard Links Created Backwards | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Brian Beaudoin <beaudoin> |
Component: | redhat-config-network | Assignee: | Harald Hoyer <harald> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | system-config-network-1.3.26-1 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-20 12:08:26 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: | |||
Bug Depends On: | |||
Bug Blocks: | 125274 |
Description
Brian Beaudoin
2004-02-01 06:42:25 UTC
how to use profiles: http://people.redhat.com/harald/redhat-config-network/help/network-profiles.html this may be considered a design bug, which makes it non-intuitive... You're right - it is a design bug because if a profile is automatically an exact copy of another profile (and by extension, the default profile) then it compeltely negates the purpose of having profiles to begin with. The document "Working with profiles" says you can have an Away profile that always starts up the ppp interface and an Office profile that always starts up the eth0 interface but that only the default profile is activated at boot time. Here's the problem with that: [...]/profiles/default/ifcfg-eth0 -> ../../network-scripts/ifcfg-eth0 [...]/profiles/Away/ifcfg-eth0 -> ../../network-scripts/ifcfg-eth0 [...]/profiles/Office/ifcfg-eth0 -> ../../network-scripts/ifcfg-eth0 No matter what, the default profile is activated at boot time because really there is only ONE profile. On the other hand, if the links were created like this: (Inode 123 for example) [...]/network-scripts/eth0 -> ../../profiles/default/ifcfg-eth0 (Inode 456) /etc/sysconfig/networking/profiles/Away/ifcfg-eth0 (Inode 789) /etc/sysconfig/networking/profiles/Office/ifcfg-eth0 Then: (1) The selected profile would always be the bootable default (2) Each profile could be unique (not sharing inodes w/default) (3) The program would match the documentation you referenced Aliases, yes, I understand. If a laptop user doesn't have root access, they need a simple way to swap configurations. There isn't any confusion about that and that isn't what this is related to. BTW, I already use aliases - basically the same as root doing: # ifdown eth-home # ifup eth-office If the hard links were corrected, one could select "Home" (with root access of course) before leaving the office and when getting home voila! It's in the right configuration (and vice-versa). Please note, only the /etc/sysconfig/networking-scripts files are linked incorrectly. Please observe the following outputs of 'ls -i': 1255798 /etc/hosts 1255798 /etc/sysconfig/networking/profiles/default/hosts 213504 /etc/sysconfig/networking/profiles/Testing/hosts 1255799 /etc/resolv.conf 1255799 /etc/sysconfig/networking/profiles/default/resolv.conf 213503 /etc/sysconfig/networking/profiles/Testing/resolv.conf 440741 /etc/sysconfig/networking/profiles/default/ifcfg-eth0 440741 /etc/sysconfig/networking/profiles/Testing/ifcfg-eth0 440741 /etc/sysconfig/network-scripts/ifcfg-eth0 As you see, the /etc/ files are linked to the active profile. On the other hand, the /etc/sysconfig/networking/profiles/<profile>/ files ended up being cross-linked. Definitely a bug. This is quite simple to reproduce - I "saved" the default profile, created a new profile called "Testing", then I saved the new profile and selected the default profile again and saved again. Definitely non-intuitive as well. |