Red Hat Bugzilla – Bug 166526
ip.sh cannot assign multiple ip address ressources when a later added is a substring a previously added
Last modified: 2009-04-16 16:17:59 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Description of problem:
When two or more ip adresses are added as ressources to a service, and one is a substring a previously added address, the latter one won't be assigned when the service starts.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. add address
2. start the service
3. use ip -f inet -o addr to see that 192.168.1.3 hasn't been assigned.
Actual Results: Only 192.168.1.31 is assigned to an interface.
Expected Results: Both 192.168.1.31 and 192.168.1.3 should have been assigned.
Created attachment 117983 [details]
Add a slash to make sure the full ip address is matched
Adding a / to the pattern matching ensures that e.g. 192.168.1.3 won't match on
This was actually fixed in CVS and should be in U2:
date: 2005/06/14 19:51:19; author: lhh; state: Exp; lines: +3 -3
Fix bug in ip.sh which would match 10.1.1.1 as being the same as 10.1.1.111