Bug 469301
Summary: | NetworkManager does NOT work just as /sbin/dhclient-script | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Baif <baif> |
Component: | NetworkManager | Assignee: | Dan Williams <dcbw> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 10 | CC: | arxs, dcbw, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-05-22 00:34:11 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
Baif
2008-10-31 06:54:39 UTC
AT the top of /sbin/dhclient-script, can you put "env > /tmp/dhclient-env.txt" and attach the result (as a private attachment if you like)? And when I said "at the top", I really meant right before the line: PATH=/bin:/sbin not at the very top of the file. Thanks! OK. I got it. 21 # address if it is not supplied. This might be much more easily done 22 # by the dhclient C code, and passed on. 23 + env > /tmp/dhclient-env.txt 24 PATH=/bin:/usr/bin 25 26 function save_previous() { 27 if [ -e $1 ]; then 28 mv $1 $1.predhclient 29 else 30 echo ''> $1.predhclient 31 fi 32 } ============================= Am I right? I have to test it in my office and now it's my Saturday night... Yeah, that looks right. $ less dhclient-env.txt new_subnet_mask=255.255.255.0 new_server_name=ks.ks.net new_ip_address=192.168.0.162 new_network_number=192.168.0.0 interface=eth0 reason=REBOOT new_expiry=1225704939 new_dhcp_lease_time=28800 pid=28738 new_dhcp_server_identifier=192.168.0.1 PWD=/etc/sysconfig/network-scripts new_routers=192.168.0.254 new_domain_name_servers=210.22.70.3 168.95.1.1 SHLVL=1 new_dhcp_message_type=5 new_broadcast_address=192.168.0.255 new_filename=pxelinux.0 _=/bin/env It's very wired. Toddy I tested the "service NetworkManager","service network " restart , stop, start. I found NetworkManager will get the right DHCP configs, but the dhclinet will NOT. This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping So it looks like NM is correctly using the values directly from the DHCP response; we need to figure out where these are coming from: search office.net ks.net nameserver 192.168.0.2 Have you customized the network configuration using system-config-network at all? What's the contents of any ifcfg files in /etc/sysconfig/network-scripts/ like ifcfg-eth0, etc? Reporter, could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as INSUFFICIENT_DATA. |