Re: ['N-M is not allowed to own the service "org.freedesktop.NetworkManager"']
>On 07/02/2010 02:21 AM, ddrea...@ms93.url.com.tw wrote: >> Sorry for replying late. Somehow, I didn't receive the messages. I found >> messages following my original one only after I viewed the archive by topic. > >Hmm, are you subscribed to this list? �I'm in the habit of using "reply >to list", so the message was sent only to the mailing list. �(I'll want >to reconsider this habit.) > I am kind of newbie to mailing list. May I ask how to "reply to list"? Did you mean replying to "networkmanager-list@gnome.org" in e-mail client software? That is what I did. >I think Dan William's suggestion should do it for you; I've recently run >into the same bug myself, and I've also found that forcing dbus to >reload its config files is a workaround. > > >So, in summary: > -) Undo the edits to /etc/dbus-1/NetworkManager.conf > -) run sudo reload dbus > -) run sudo start network-manager > >And you should be set. HTH! After doing the above, the daemon of "NetworkManager" can be activated. That is the good news. However, the nm-applet icon just disppeared after reboot. I am sure that notification area is enabled because the three short lines just having appeared to the left to the nm-applet icon remained there. What can I do next? Or what additional information should I provide to you? -- http://isp.url.com.tw 智邦生活館免費撥接上網 電話 40661234 / 4497890 帳號 url 密碼 url___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Re-scanning for available devices/connections after failure
I have the logs from another machine that had a similar issue today. http://gist.github.com/461838 On Fri, Jul 2, 2010 at 14:02, Daenyth Blank wrote: > Hi all, > > I came to the list earlier asking what card would be the best for a > remote deployment and ended up following your suggestion of the Sierra > 598U, and I'm having a small issue with the card sometimes. Yesterday > one of the deployed machines went offline and didn't reconnect until > rebooted. When I examined the logs, networkmanager seemed to think > that the card had become disconnected, then tried to reload it, > failed, and then stayed offline from there. It's actually offline > again right now so I can't provide much of the logs. Here's some that > may be slightly out of order pulled from my scrollback: > http://gist.github.com/461679 > > Since these machines are remotely deployed, it's not always possible > to manually trigger a reconnect. What options do I have if NM doesn't > attempt to automatically reconnect? Currently I'm thinking I might put > in a cron job that will check connectivity and restart nm if not > connected. Is there a cleaner way to make it re-scan for available > devices/connections? > > Thanks, > ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re-scanning for available devices/connections after failure
Hi all, I came to the list earlier asking what card would be the best for a remote deployment and ended up following your suggestion of the Sierra 598U, and I'm having a small issue with the card sometimes. Yesterday one of the deployed machines went offline and didn't reconnect until rebooted. When I examined the logs, networkmanager seemed to think that the card had become disconnected, then tried to reload it, failed, and then stayed offline from there. It's actually offline again right now so I can't provide much of the logs. Here's some that may be slightly out of order pulled from my scrollback: http://gist.github.com/461679 Since these machines are remotely deployed, it's not always possible to manually trigger a reconnect. What options do I have if NM doesn't attempt to automatically reconnect? Currently I'm thinking I might put in a cron job that will check connectivity and restart nm if not connected. Is there a cleaner way to make it re-scan for available devices/connections? Thanks, ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: ['N-M is not allowed to own the service "org.freedesktop.NetworkManager"']
On 07/02/2010 02:21 AM, ddrea...@ms93.url.com.tw wrote: > Sorry for replying late. Somehow, I didn't receive the messages. I found > messages following my original one only after I viewed the archive by topic. Hmm, are you subscribed to this list? I'm in the habit of using "reply to list", so the message was sent only to the mailing list. (I'll want to reconsider this habit.) > I have replaced three "deny" by "allow", which were marked at the end of the > line as "#deny". Supposedly, strings following "#" will be ignored as > remark. > > Here is the file content of NetworkManager.conf: OK, so it looks the security config was installed correctly, so that's not the issue. I'd actually advise that you undo the changes you made, because: 1) The file already contains all the security exceptions that are needed, the additional exceptions you added are not necessary (and are actually risky). 2) While a '#' does indeed denote a "remark" in many file formats, this does not apply to DBus config files. These files are XML files, and XML comments take the following form: Thus, the "remarks" you added are invalid syntax, and so dbus won't load the file. This definitely will cause problems. I think Dan William's suggestion should do it for you; I've recently run into the same bug myself, and I've also found that forcing dbus to reload its config files is a workaround. So, in summary: -) Undo the edits to /etc/dbus-1/NetworkManager.conf -) run sudo reload dbus -) run sudo start network-manager And you should be set. HTH! Good luck, Daniel ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
ModemManager : 3G dongle disconnection
Dear programmer, I have difficulties to solve my disconnection problem, I hope you can help. I'm using a 3G usb key, huawei e180, with NetworkManager 0.8 and ModemManager 0.3. Once connected, without using the network and after exactly 30 minutes, it disconnects and never comes back until I restart ModemManager. Looking to ModemManager traces I found : ** Message: (ttyUSB1) closing serial device... ** Message: (Huawei): GSM modem /sys/devices/platform/ehci-omap.0/usb1/1-1 claimed port ttyUSB1 ** Message: (ttyUSB0) closing serial device... ** Message: Modem /org/freedesktop/ModemManager/Modems/0: state changed (connected -> disconnecting) ** Message: Modem /org/freedesktop/ModemManager/Modems/0: state changed (disconnecting -> connected) ** Message: Modem /org/freedesktop/ModemManager/Modems/0: state changed (connected -> disconnecting) ** Message: Modem /org/freedesktop/ModemManager/Modems/0: state changed (disconnecting -> connected) In NetworkManager, traces corresponding to a dbus activate : NM: Activation (ttyUSB0) starting connection 'bouyguestel' NM: (ttyUSB0): device state change: 3 -> 4 (reason 0) NM: Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) scheduled... NM: Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) started... NM: Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) complete. NM: stage1_prepare_done(): GSM modem connection failed: (32) Sending command failed: device is not enabled NM: (ttyUSB0): device state change: 4 -> 9 (reason 1) NM: Marking connection 'bouyguestel' invalid. NM: Activation (ttyUSB0) failed. NM: (ttyUSB0): device state change: 9 -> 3 (reason 0) NM: (ttyUSB0): deactivating device (reason: 0). And lsof confirms that modem-manager has no ttyUSB opened. It seems that a modem-manager restart or a simple AT command each 30 minutes is efficient to keep connection alive but I prefer correct cause than consequence. It could help me to know the reason (and the answer?) of that 30 minutes timeout, and where it comes from (3Gkey,ehci,mm,nm?). Thanks for the help Stéphane ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Managing a connection using D-Bus API
On Fri, Jul 2, 2010 at 03:19, Ozan Çağlayan wrote: > Oops the problem was during the activation of a given connection not > deactivation. For deactivation, we're doing exactly what you suggested. > > This is the code snippet I'm talking about. It'll give an error when > mac_address is None. > > def set_profile_state_up(nm_handle, profile): > for conn in nm_handle.connections: > if conn.settings.id == profile: > for device in nm_handle.devices: > if device.hwaddress == conn.settings.mac_address: > nm_handle.activate_connection(conn, device) > > We've also looked at nm-applet. Apparently it lists all the available > connections for a specific type under all the specific device so I don't > expect a solution to be available but you may have some good suggestions. > > Thanks. > > > --- > Ozan Çağlayan > TUBITAK/UEKAE - Pardus Linux > http://www.pardus.org.tr/eng > Ah I see the issue. One is that a connection doesn't need to have a device associated with it, only a type. Also not all device types have a mac address (cdma modems come to mind). If a connection doesn't have a mac address it's good for all devices of the right type. There's also a get_connections_by_id() so you don't need to loop. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
RE: vpnc works from command line but not from Network Manager.
My bad. I found the solution at http://forums.fedoraforum.org/showthread.php?t=247639 This debugging howto is great information. I hope I can continue to avoid needing it! Thanks. From: Bin Li [libin.char...@gmail.com] Sent: Friday, July 02, 2010 1:34 AM To: Maffitt, David; networkmanager-list@gnome.org Subject: Re: vpnc works from command line but not from Network Manager. On Fri, Jul 2, 2010 at 6:15 AM, Maffitt, David wrote: > Using NetworkManager Applet 0.8.0.997 on fedora 13 with vpnc 0.5.3 > vpnc works (I can ping machines on the private network) if I sudo from the > command line and enter config info at prompts. > Running from the applet appears to connect (I get the banner message in > pop-up window indicating I've connected), but I cannot ping on the private > network). running 'ps ax | grep vpnc' returns > /usr/libexec/nm-vpnc-service > /usr/sbin/vpnc --non-inter --no-detach - > > any ideas? debugging tips? * killall -TERM nm-vpnc-service * in a root terminal, run VPNC_DEBUG=1 /usr/libexec/nm-vpnc-service * start your VPN connection * reproduce the problem * send the nm-vpnc-service output to the developers > The material in this message is private and may contain Protected Healthcare > Information (PHI). If you are not the intended recipient, be advised that > any unauthorized use, disclosure, copying or the taking of any action in > reliance on the contents of this information is strictly prohibited. If you > have received this email in error, please immediately notify the sender via > telephone or return mail. > ___ > networkmanager-list mailing list > networkmanager-list@gnome.org > http://mail.gnome.org/mailman/listinfo/networkmanager-list > The material in this message is private and may contain Protected Healthcare Information (PHI). If you are not the intended recipient, be advised that any unauthorized use, disclosure, copying or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this email in error, please immediately notify the sender via telephone or return mail. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Managing a connection using D-Bus API
Perşembe 01 Temmuz 2010 günü (saat 18:01:04) Giovanni Campagna şunları yazmıştı: > On Thu, Jul 1, 2010 at 2:56 PM, Ozan Çağlayan wrote: > > Hi, > > > > I'm writing a Python script which uses python-networkmanager for > > communicating with NetworkManager's D-Bus facilities. > > > > I want to disconnect an active connection. Using the nm-applet, we are > > not forced to write a MAC address for a connection. > > > > Say that I want to disconnect the device eth0 AA:BB:CC:DD:EE:FF which is > > currently connected to the connection with the ID "WiredConnection1". > > > > Since the connection doesn't have an hwaddress set, I can't match the > > > connection with the device. What I want to do is sth like that: > You need the ActiveConnection object. > That is, obtain ActiveConnections property from > /org/freedesktop/NetworkManager. Obtain the Connection object with the ID > you want > Find the ActiveConnection whose Connection property is the Connection > object you found > For each device in the Devices property, invoke Deactivate. Oops the problem was during the activation of a given connection not deactivation. For deactivation, we're doing exactly what you suggested. This is the code snippet I'm talking about. It'll give an error when mac_address is None. def set_profile_state_up(nm_handle, profile): for conn in nm_handle.connections: if conn.settings.id == profile: for device in nm_handle.devices: if device.hwaddress == conn.settings.mac_address: nm_handle.activate_connection(conn, device) We've also looked at nm-applet. Apparently it lists all the available connections for a specific type under all the specific device so I don't expect a solution to be available but you may have some good suggestions. Thanks. --- Ozan Çağlayan TUBITAK/UEKAE - Pardus Linux http://www.pardus.org.tr/eng ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
