Same as https://bugzilla.redhat.com/show_bug.cgi?id=1063885 perhaps
On Thu, Apr 17, 2014 at 11:05 AM, Chris AtLee <[email protected]> wrote: > NetworkManager.conf: > [main] > plugins=ifupdown,keyfile > > > system-connections/Auto Ethernet: > [802-3-ethernet] > mac-address=3C:97:0E:6D:CF:BE > > [connection] > id=Auto Ethernet > uuid=528c0421-68b0-46ad-a6bc-ad37dedc0175 > type=802-3-ethernet > > [ipv6] > method=auto > > [ipv4] > method=auto > > On Thu, Apr 17, 2014 at 11:03 AM, Chris AtLee <[email protected]> wrote: >> I downgraded libnl-3 to 3.2.7-4 and it seems to work ok now. I'm not >> sure why, since I've been running the newer version for a while >> without issues. >> >> On Thu, Apr 17, 2014 at 10:51 AM, Chris AtLee <[email protected]> wrote: >>> So this looks suspicious: >>> >>> NetworkManager[2874]: <debug> [1397746088.265030] >>> [nm-netlink-monitor.c:164] link_msg_handler(): netlink link message: >>> iface idx 5 flags 0x1003 >>> Internet Systems Consortium DHCP Client 4.2.4 >>> Copyright 2004-2012 Internet Systems Consortium. >>> All rights reserved. >>> For info, please visit https://www.isc.org/software/dhcp/ >>> >>> /var/lib/NetworkManager/dhclient-528c0421-68b0-46ad-a6bc-ad37dedc0175-eth0.lease >>> line 25: Expecting a domain string. >>> option domain-search ; >>> ^ >>> NetworkManager[2874]: <info> (eth0): DHCPv4 state changed nbi -> preinit >>> NetworkManager[2874]: <debug> [1397746088.270916] [nm-device.c:1945] >>> dhcp4_state_changed(): (eth0): new DHCPv4 client state 1 >>> Listening on LPF/eth0/3c:97:0e:6d:cf:be >>> Sending on LPF/eth0/3c:97:0e:6d:cf:be >>> Sending on Socket/fallback >>> DHCPREQUEST on eth0 to 255.255.255.255 port 67 >>> DHCPACK from 10.242.24.7 >>> Invalid domain list. >>> suspect value in domain_search option - discarded >>> Invalid domain list. >>> bound to 10.242.28.207 -- renewal in 4861 seconds. >>> NetworkManager[2874]: <info> (eth0): DHCPv4 state changed preinit -> reboot >>> NetworkManager[2874]: <debug> [1397746088.285822] [nm-device.c:1945] >>> dhcp4_state_changed(): (eth0): new DHCPv4 client state 8 >>> NetworkManager[2874]: <info> address 10.242.28.207 >>> NetworkManager[2874]: <info> prefix 21 (255.255.248.0) >>> NetworkManager[2874]: <info> gateway 10.242.24.1 >>> NetworkManager[2874]: <info> nameserver '10.242.75.5' >>> NetworkManager[2874]: <info> domain name 'corp.tor1.mozilla.com' >>> NetworkManager[2874]: <info> Activation (eth0) Stage 5 of 5 (IPv4 >>> Configure Commit) scheduled... >>> NetworkManager[2874]: <info> Activation (eth0) Stage 5 of 5 (IPv4 >>> Commit) started... >>> NetworkManager[2874]: <debug> [1397746088.287039] [nm-system.c:194] >>> sync_addresses(): (eth0): syncing addresses (family 2) >>> NetworkManager[2874]: <debug> [1397746088.287097] [nm-system.c:280] >>> sync_addresses(): (eth0): adding address '10.242.28.207/21' >>> NetworkManager[2874]: <error> [1397746088.287163] [nm-system.c:287] >>> sync_addresses(): (eth0): error -7 returned from rtnl_addr_add(): >>> Invalid input data or parameter >>> NetworkManager[2874]: <debug> [1397746089.287695] >>> [nm-netlink-utils.c:356] dump_route(): route idx 4 family INET (2) >>> addr 172.17.0.0/16 >>> NetworkManager[2874]: <debug> [1397746089.287757] >>> [nm-netlink-utils.c:356] dump_route(): route idx 1 family INET (2) >>> addr 127.0.0.0/32 >>> NetworkManager[2874]: <debug> [1397746089.287778] >>> [nm-netlink-utils.c:356] dump_route(): route idx 1 family INET (2) >>> addr 127.0.0.0/8 >>> NetworkManager[2874]: <debug> [1397746089.287796] >>> [nm-netlink-utils.c:356] dump_route(): route idx 1 family INET (2) >>> addr 127.0.0.1/32 >>> NetworkManager[2874]: <debug> [1397746089.287814] >>> [nm-netlink-utils.c:356] dump_route(): route idx 1 family INET (2) >>> addr 127.255.255.255/32 >>> NetworkManager[2874]: <debug> [1397746089.287834] >>> [nm-netlink-utils.c:356] dump_route(): route idx 4 family INET (2) >>> addr 172.17.0.0/32 >>> NetworkManager[2874]: <debug> [1397746089.287852] >>> [nm-netlink-utils.c:356] dump_route(): route idx 4 family INET (2) >>> addr 172.17.42.1/32 >>> NetworkManager[2874]: <debug> [1397746089.287872] >>> [nm-netlink-utils.c:356] dump_route(): route idx 4 family INET (2) >>> addr 172.17.255.255/32 >>> >>> On Wed, Apr 16, 2014 at 8:35 AM, Michael Biebl <[email protected]> >>> wrote: >>>> tags 744928 + moreinfo, unreproducible >>>> thanks >>>> >>>> Am 16.04.2014 13:42, schrieb Chris AtLee: >>>>> Package: network-manager >>>>> Version: 0.9.8.8-6 >>>>> Severity: important >>>>> >>>>> Dear Maintainer, >>>>> >>>>> After upgrading, network-manager no longer adds the IP address to the >>>>> interface when connecting to a wifi or VPN connection. >>>>> >>>>> The IP addresses are listed in /var/log/syslog, and if I add them >>>>> manually to the interface, I am able to connect to the network. >>>> >>>> Please send me the configuration for this connection. It is stored in >>>> /etc/NetworkManager/system-connection/<name> >>>> >>>> I also need a debug log, please run >>>> NetworkManager --no-daemon --log-level=DEBUG >>>> >>>> An output of nm-tool after NM has activated the interface and ifconfig >>>> without you having changed anything manually, would be helpful, too. >>>> >>>> >>>> -- >>>> Why is it that all of the instruments seeking intelligent life in the >>>> universe are pointed away from Earth? >>>> _______________________________________________ Pkg-utopia-maintainers mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers
