Discussion:
Java Client configuration ( Machine Client )
j***@public.gmane.org
2009-08-31 18:30:49 UTC
Permalink
Hello, Friends,

What is the best configuration of Java Virtual Machine to use in tool NetMap
visualization ?


Best Regards,

Jean Tomaz.
j***@public.gmane.org
2009-09-01 16:26:48 UTC
Permalink
Hi,

Using "IP Device Info" the information about "Uplink" not is appear in the
switch's Cisco. So, the tool "NetMap" show switchs like "disconnected".

Does you can to help ?

Best Regards,

Jean Tomaz
v***@public.gmane.org
2009-11-12 16:40:10 UTC
Permalink
Hello all,

I'm trying to install nav on ubuntu 9.04 and this fails cause of 2 (only 2)
dependency failures.
a) python < 2.5. 9.04 has python 2.6.
b) postgress = 8.1. Ubuntu has postgres 8.3

Is it necessary to pin these 2 dependency versions ? I have knowledge of python
but I'd assume that 2.6 is good enough against 2.5 source code. Same goes for
postgres

Correct me if I'm wrong. In the mean time I'l try to force install nav.

btw, seems VERY promising.

thx all
vassilis
Morten Brekkevold
2009-11-13 12:03:38 UTC
Permalink
On Thu, 12 Nov 2009 17:40:10 +0100 (CET) <vvatikiotis-***@public.gmane.org> wrote:

> Hello all,
>
> I'm trying to install nav on ubuntu 9.04 and this fails cause of 2 (only 2)
> dependency failures.
> a) python < 2.5. 9.04 has python 2.6.
> b) postgress = 8.1. Ubuntu has postgres 8.3
>
> Is it necessary to pin these 2 dependency versions ? I have knowledge of python
> but I'd assume that 2.6 is good enough against 2.5 source code. Same goes for
> postgres

This is not necessary for NAV, but the Debian package itself only
supports python 2.4 (it installs library modules directly to
/usr/lib/python2.4/...).

I'm not sure whether the package contains any specific dependency to
PostgreSQL 8.1, but NAV works fine on 8.3 for us.

Morten Werner Forsbring (the Debian package maintainer) is currently
working on a revised package for Debian Lenny, but I'm not up-to-date
on the status of this work. Care to comment, Werner?

> Correct me if I'm wrong. In the mean time I'l try to force install nav.

Since the python libraries are only installed for python 2.4, you will
likely have problems finding the libraries when running python 2.5,
unless you change your python 2.5 library search path. You may be
able to make it work by appending the correct directory to sys.path in
/etc/python2.5/sitecustomize.py .

> btw, seems VERY promising.

Thanks :)

--
Morten Brekkevold
UNINETT
Morten Werner Forsbring
2009-11-15 22:00:52 UTC
Permalink
Morten Brekkevold <morten.brekkevold-***@public.gmane.org> writes:

>> I'm trying to install nav on ubuntu 9.04 and this fails cause of 2
>> (only 2) dependency failures.
>> a) python < 2.5. 9.04 has python 2.6.
>> b) postgress = 8.1. Ubuntu has postgres 8.3
>>
>> Is it necessary to pin these 2 dependency versions ? I have knowledge
>> of python but I'd assume that 2.6 is good enough against 2.5 source
>> code. Same goes for postgres.
>
> This is not necessary for NAV, but the Debian package itself only
> supports python 2.4 (it installs library modules directly to
> /usr/lib/python2.4/...).
>
> I'm not sure whether the package contains any specific dependency to
> PostgreSQL 8.1, but NAV works fine on 8.3 for us.
>
> Morten Werner Forsbring (the Debian package maintainer) is currently
> working on a revised package for Debian Lenny, but I'm not up-to-date
> on the status of this work. Care to comment, Werner?

I think the package for Lenny is ready, but I miss an hour or so to
document and test the upgrade path from Etch a few more times
(pg_upgradecluster does not preserve per database configuration
parameters, ref. [1]).

So please try this apt-source (which supports more versions of Python
and PostgreSQL 8.3):

deb http://pkg-nav.alioth.debian.org/debian lenny-test local

The package will be moved to the lenny-archive on
pkg-nav.alioth.debian.org when documentation after _some_ more testing
(will be announced on nav-users).


- Werner

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543506
Vassilis Vatikiotis
2009-11-15 22:24:22 UTC
Permalink
so many cheers!

vassilis

2009/11/16 Morten Werner Forsbring <werner-8fiUuRrzOP0dnm+***@public.gmane.org>:
> Morten Brekkevold <morten.brekkevold-***@public.gmane.org> writes:
>
>>> I'm trying to install nav on ubuntu 9.04 and this fails cause of 2
>>> (only 2) dependency failures.
>>> a) python < 2.5. 9.04 has python 2.6.
>>> b) postgress = 8.1. Ubuntu has postgres 8.3
>>>
>>> Is it necessary to pin these 2 dependency versions ? I have knowledge
>>> of python but I'd assume that 2.6 is good enough against 2.5 source
>>> code. Same goes for postgres.
>>
>> This is not necessary for NAV, but the Debian package itself only
>> supports python 2.4 (it installs library modules directly to
>> /usr/lib/python2.4/...).
>>
>> I'm not sure whether the package contains any specific dependency to
>> PostgreSQL 8.1, but NAV works fine on 8.3 for us.
>>
>> Morten Werner Forsbring (the Debian package maintainer) is currently
>> working on a revised package for Debian Lenny, but I'm not up-to-date
>> on the status of this work.  Care to comment, Werner?
>
> I think the package for Lenny is ready, but I miss an hour or so to
> document and test the upgrade path from Etch a few more times
> (pg_upgradecluster does not preserve per database configuration
> parameters, ref. [1]).
>
> So please try this apt-source (which supports more versions of Python
> and PostgreSQL 8.3):
>
>  deb http://pkg-nav.alioth.debian.org/debian lenny-test local
>
> The package will be moved to the lenny-archive on
> pkg-nav.alioth.debian.org when documentation after _some_ more testing
> (will be announced on nav-users).
>
>
> - Werner
>
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543506
>



--
V. Vatikiotis
Systems & Network Engineer
Institute of Informatics & Telecommunications
NCSR Demokritos, Greece
Morten Werner Forsbring
2010-01-07 19:03:05 UTC
Permalink
Morten Werner Forsbring <werner-8fiUuRrzOP0dnm+***@public.gmane.org> writes:

> I think the package for Lenny is ready, but I miss an hour or so to
> document and test the upgrade path from Etch a few more times
> (pg_upgradecluster does not preserve per database configuration
> parameters, ref. [1]).
>
> So please try this apt-source (which supports more versions of Python
> and PostgreSQL 8.3):
>
> deb http://pkg-nav.alioth.debian.org/debian lenny-test local
>
> The package will be moved to the lenny-archive on
> pkg-nav.alioth.debian.org when documentation after _some_ more testing
> (will be announced on nav-users).

The package was moved to the lenny-archive before christmans, but the
announcement was forgotten. Sorry about that. :/

Anyway Uninett have started using the packages in the lenny-archives, so
if you do not want to use my test-packages, please move to the following
archive:

deb http://pkg-nav.alioth.debian.org/debian lenny local

The upgrade path is documented here:

http://pkg-nav.alioth.debian.org/upgrade-path-etch-lenny.html

Please send feedback to this list or directly to me.


- Werner
l***@public.gmane.org
2010-04-16 12:38:28 UTC
Permalink
Hi

I am monitoring wireless access points using NAV 3.5.4. Some of these access
points only report "N/A" for Availability and response time.

This is a similar issue to bug #345783 submitted by Yours truly, but not
identical, because here there is no data at all, while bug #345783 addressed an
issue with certain time periods being empty. It may be related though...

I have looked in the rrd_file table, and there are entries for the relevant
devices, as well as rrd files in the rrd folder.

Is this a bug or a seeding error?

Thank you!


Lars
Morten Brekkevold
2010-04-21 08:36:45 UTC
Permalink
On Fri, Apr 16, 2010 at 02:38:28PM +0200, lars.kulseng-***@public.gmane.org wrote:

> I am monitoring wireless access points using NAV 3.5.4. Some of these access
> points only report "N/A" for Availability and response time.
>
> This is a similar issue to bug #345783 submitted by Yours truly, but not
> identical, because here there is no data at all, while bug #345783 addressed an
> issue with certain time periods being empty. It may be related though...
>
> I have looked in the rrd_file table, and there are entries for the relevant
> devices, as well as rrd files in the rrd folder.
>
> Is this a bug or a seeding error?

Well, as we confirmed while discussing this on IRC, it's a bug in the pping
(and servicemon) subsystems.

https://bugs.launchpad.net/nav/+bug/566574

In short: pping will not handle a case of reseeding, i.e. if you delete an IP
device and seed it again using Seed DB, the reseeded device's availability
statistics will be unavailable (!).

When the IP Device is deleted, so is NAV's knowledge of the corresponding RRD
file used to log availability and ping roundtrip times. The RRD file itself
is not deleted, however. pping will re-use this RRD file when the IP device
is reseeded, but it will only add it to NAV's registry of RRD files if it had
to create the RRD file from scratch.

A patch is in the works.


--
Morten Brekkevold
UNINETT
a***@public.gmane.org
2010-05-10 23:02:19 UTC
Permalink
I added one host (server) for testing purpose. After a while I turned off the
machine but in Devices in Operation UP section it still shows y. I am not sure
what it this - bug or my configuration problem
test09.local 192.168.1.30 SRV Student y

any hint on this would be great.

A
Morten Brekkevold
2010-05-25 09:33:50 UTC
Permalink
On Tue, May 11, 2010 at 01:02:19AM +0200, anilth-T7Wdf/***@public.gmane.org wrote:
> I added one host (server) for testing purpose. After a while I turned off the
> machine but in Devices in Operation UP section it still shows y. I am not sure
> what it this - bug or my configuration problem
> test09.local 192.168.1.30 SRV Student y
>
> any hint on this would be great.

1. The report results are cached for a short period of time. Please check
the "Results generated" timestamp at the top or bottom of the report
output. How long did you wait before checking the report after turning
off the test09 machine?

A more proper page to see the current status is the status tool, not
inventory reports.

2. Are all your NAV background processes running? Most importantly, are
pping and eventengine running?


--
Morten Brekkevold
UNINETT
a***@public.gmane.org
2010-05-11 10:00:38 UTC
Permalink
I am getting this error in some of the links in NAV (like when i click on
preferences and about nav. How can i fix this ?

A

Mod_python error: "PythonHandler preferences"

Traceback (most recent call last):

File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in
HandlerDispatch
result = object(req)

File "/usr/local/nav/apache/webroot/preferences/preferences.py", line 42, in
handler
req.write(page.respond())

File "/usr/local/nav/lib/python/nav/web/templates/MainTemplate.py", line 692,
in respond
return _dummyTrans and trans.response().getvalue() or ""

File "/usr/lib/python2.4/site-packages/Cheetah/DummyTransaction.py", line 42,
in getvalue
raise DummyResponseFailure('''Looks like you're trying to mix encoded
strings with Unicode strings

DummyResponseFailure: Looks like you're trying to mix encoded strings with
Unicode strings
(most likely utf-8 encoded ones)
Morten Brekkevold
2010-05-25 09:38:21 UTC
Permalink
On Tue, May 11, 2010 at 12:00:38PM +0200, anilth-T7Wdf/***@public.gmane.org wrote:

> I am getting this error in some of the links in NAV (like when i click on
> preferences and about nav. How can i fix this ?

First, I'd like to know:

* What version of NAV are you running?
* Which OS (and which version of it) are you running?
* Which mod_python version is installed?
* Which cheetah version is installed?

> DummyResponseFailure: Looks like you're trying to mix encoded strings with
> Unicode strings
> (most likely utf-8 encoded ones)
>

I'm unable to reproduce this on installations I have access to.

--
Morten Brekkevold
UNINETT
rk4k
2011-03-10 03:04:37 UTC
Permalink
SGksCgpJJ20gaW5zdGFsbGVkIG5hdiAzLjguMSBvbiBVYnVudHUgOS4xMC4g
UmVhZGluZyBhbmQgZm9sbG93ZWQgYWxsIGluc3RydWN0ZWQgb24KSU5TVEFM
TC5yc3QuIEkgdGhpbmsgSSd2ZSBjb25maWd1cmUgYWxsIHRoZSBkZXBlbmRl
bmNpZXMgY29ycmVjdGx5LiAgU3RhcnRpbmcKbmF2IHdpdGhvdXQgZXJyb3Iu
IApJIGNhbiBzZWUgdGhlIGZyb250cGFnZSBXZWxjb21lIFBhZ2UuIEJ1dCB3
aGVuIEkgY2xpY2sgb24gbG9naW4gbGluayAsIGl0CmdlbmVyYXRlZCBlcnJv
ciBsaWtlIHRoaXMgOgoKRXhjZXB0aW9uIFR5cGU6IAlJbXBvcnRFcnJvcgpF
eGNlcHRpb24gVmFsdWU6CQoKTm8gbW9kdWxlIG5hbWVkIG9pZAoKRXhjZXB0
aW9uIExvY2F0aW9uOgkvdXNyL2xvY2FsL25hdi9saWIvcHl0aG9uL25hdi9T
bm1wL3B5c25tcF9zZS5weSBpbgo8bW9kdWxlPiwgbGluZSAyMgpQeXRob24g
RXhlY3V0YWJsZToJL3Vzci9iaW4vcHl0aG9uCgphbm90aGVyIGxpbmVzIHRo
YXQgY29udGFpbiBhYm91dCB0aGUgc2FtZSBlcnJvciA6CgovdXNyL2xpYi9w
eW1vZHVsZXMvcHl0aG9uMi42L2RqYW5nby9jb3JlL2hhbmRsZXJzL2Jhc2Uu
cHkgaW4gZ2V0X3Jlc3BvbnNlCgogIDg1LiAjIEFwcGx5IHZpZXcgbWlkZGxl
d2FyZQogIDg2LiBmb3IgbWlkZGxld2FyZV9tZXRob2QgaW4gc2VsZi5fdmll
d19taWRkbGV3YXJlOgogIDg3LiByZXNwb25zZSA9IG1pZGRsZXdhcmVfbWV0
aG9kKHJlcXVlc3QsIGNhbGxiYWNrLCBjYWxsYmFja19hcmdzLApjYWxsYmFj
a19rd2FyZ3MpCiAgODguIGlmIHJlc3BvbnNlOgogIDg5LiByZXR1cm4gcmVz
cG9uc2UKICA5MC4KICA5MS4gdHJ5OgoKICA5Mi4gcmVzcG9uc2UgPSBjYWxs
YmFjayhyZXF1ZXN0LCAqY2FsbGJhY2tfYXJncywgKipjYWxsYmFja19rd2Fy
Z3MpIC4uLgoKICA5My4gZXhjZXB0IEV4Y2VwdGlvbiwgZToKICA5NC4gIyBJ
ZiB0aGUgdmlldyByYWlzZWQgYW4gZXhjZXB0aW9uLCBydW4gaXQgdGhyb3Vn
aCBleGNlcHRpb24KICA5NS4gIyBtaWRkbGV3YXJlLCBhbmQgaWYgdGhlIGV4
Y2VwdGlvbiBtaWRkbGV3YXJlIHJldHVybnMgYQogIDk2LiAjIHJlc3BvbnNl
LCB1c2UgdGhhdC4gT3RoZXJ3aXNlLCByZXJhaXNlIHRoZSBleGNlcHRpb24u
CiAgOTcuIGZvciBtaWRkbGV3YXJlX21ldGhvZCBpbiBzZWxmLl9leGNlcHRp
b25fbWlkZGxld2FyZToKICA5OC4gcmVzcG9uc2UgPSBtaWRkbGV3YXJlX21l
dGhvZChyZXF1ZXN0LCBlKQoK4pa8IExvY2FsIHZhcnMKVmFyaWFibGUJVmFs
dWUKY2FsbGJhY2sJCjxmdW5jdGlvbiBsb2dpbiBhdCAweGJhNTg4ZTljPgpj
YWxsYmFja19hcmdzCQooKQpjYWxsYmFja19rd2FyZ3MgCQp7fQplCQpJbXBv
cnRFcnJvcignTm8gbW9kdWxlIG5hbWVkIG9pZCcsKQpleGNfaW5mbwkKKDx0
eXBlICdleGNlcHRpb25zLkltcG9ydEVycm9yJz4sIEltcG9ydEVycm9yKCdO
byBtb2R1bGUgbmFtZWQgb2lkJywpLAo8dHJhY2ViYWNrIG9iamVjdCBhdCAw
eGJhYWJiODRjPikKZXhjZXB0aW9ucwkKPG1vZHVsZSAnZGphbmdvLmNvcmUu
ZXhjZXB0aW9ucycgZnJvbQonL3Vzci9saWIvcHltb2R1bGVzL3B5dGhvbjIu
Ni9kamFuZ28vY29yZS9leGNlcHRpb25zLnB5Yyc+CgpNYXliZSBJIG1pc3Nl
ZCBzb21ldGhpbmcgaGVyZSBhYm91dCBPSUQsIGJ1dCBjYW4ndCBmaWd1cmUg
aXQgb3V0IHdoZXJlIC4uLgpBbnkgaGVscC9oaW50IGlzIG11Y2ggYXBwcmVj
aWF0ZWQuCgpUaGtzLgo=
Morten Brekkevold
2011-03-10 07:43:01 UTC
Permalink
On Thu, 10 Mar 2011 04:04:37 +0100 (CET) rk4k <royke4k-Hlp6NBfSoRe8rHFcjEY/***@public.gmane.org> wrote:

> I can see the frontpage Welcome Page. But when I click on login link , it
> generated error like this :
>
> Exception Type: ImportError
> Exception Value:
>
> No module named oid
>
> Exception Location: /usr/local/nav/lib/python/nav/Snmp/pysnmp_se.py in
> <module>, line 22
> Python Executable: /usr/bin/python
[snip]
> Maybe I missed something here about OID, but can't figure it out where ...
> Any help/hint is much appreciated.

Try "aptitude remove python-pysnmp4".

Ubuntu has a bug in its pysnmp packages. You've likely installed the package
python-pysnmp-se, which depends on python-pysnmp-common, which
recommends python-pysnmp4, so all of these get installed.

The python-pysnmp4 Ubuntu package conflicts with the other pysnmp
packages, causing it to overwrite parts of python-pysnmp-se, rendering
it unavailable for use.

Let me know how it goes :-)

--
Morten Brekkevold
UNINETT
Royke
2011-03-10 08:35:19 UTC
Permalink
On 03/10/2011 02:43 PM, Morten Brekkevold wrote:
> On Thu, 10 Mar 2011 04:04:37 +0100 (CET) rk4k<royke4k-Hlp6NBfSoRe8rHFcjEY/***@public.gmane.org> wrote:
>
>> I can see the frontpage Welcome Page. But when I click on login link , it
>> generated error like this :
>>
>> Exception Type: ImportError
>> Exception Value:
>>
>> No module named oid
>>
>> Exception Location: /usr/local/nav/lib/python/nav/Snmp/pysnmp_se.py in
>> <module>, line 22
>> Python Executable: /usr/bin/python
> [snip]
>> Maybe I missed something here about OID, but can't figure it out where ...
>> Any help/hint is much appreciated.
> Try "aptitude remove python-pysnmp4".
>
> Ubuntu has a bug in its pysnmp packages. You've likely installed the package
> python-pysnmp-se, which depends on python-pysnmp-common, which
> recommends python-pysnmp4, so all of these get installed.
>
> The python-pysnmp4 Ubuntu package conflicts with the other pysnmp
> packages, causing it to overwrite parts of python-pysnmp-se, rendering
> it unavailable for use.
>
> Let me know how it goes :-)
>

Hi Morten,

Still no luck .. same error message.

This is left installed for package with snmp python related :

dpkg -l | grep snmp
ii libsnmp-base
5.4.1~dfsg-12ubuntu7 SNMP (Simple Network Management
Protocol) MI
ii libsnmp-perl
5.4.1~dfsg-12ubuntu7 SNMP (Simple Network Management
Protocol) Pe
ii libsnmp-python
5.4.1~dfsg-12ubuntu7 SNMP (Simple Network Management
Protocol) Py
ii libsnmp-session-perl
1.12-1 Perl support for accessing SNMP-aware
device
ii libsnmp1.4-java
1.4.2-2 Open Source implementation of the SNMP
proto
ii libsnmp15
5.4.1~dfsg-12ubuntu7 SNMP (Simple Network Management
Protocol) li
ii php5-snmp
5.2.10.dfsg.1-2ubuntu6.5 SNMP module for php5
ii python-pynetsnmp
0.28.13-1 Python ctypes bindings for NET-SNMP
with Twi
ii python-pysnmp-common
4.1.9a-1 Python SNMP library for agents and
managers
ii python-pysnmp-se
3.5.2-4 speed enhanced Python SNMP library for
agent
ii python-pysnmp2
2.0.9-2 Python SNMP library for agents and
managers
ii python-twisted-snmp
0.3.13-3 SNMP implementation for the Twisted
networki
ii snmp
5.4.1~dfsg-12ubuntu7 SNMP (Simple Network Management
Protocol) ap
ii snmpd
5.4.1~dfsg-12ubuntu7 SNMP (Simple Network Management
Protocol) ag
ii snmptrapfmt
1.14ubuntu1 A configurable snmp trap handler
daemon for
ii snmptt
1.2-3 SNMP trap handler for use with snmptrapd

I can navigate back to the Welcome Page and the admin status link showed
"Admin Logout" but the Preference menu gave me same error message.
Any hint ?

Thks for the reply.

Regards
Morten Brekkevold
2011-03-10 09:16:42 UTC
Permalink
On Thu, 10 Mar 2011 15:35:19 +0700 Royke <royke4k-Hlp6NBfSoRe8rHFcjEY/***@public.gmane.org> wrote:

> Hi Morten,
>
> Still no luck .. same error message.
>
> This is left installed for package with snmp python related :
>
> ii python-pysnmp-se 3.5.2-4
> speed enhanced Python SNMP library for agent
> ii python-pysnmp2 2.0.9-2
> Python SNMP library for agents and managers

I don't usually work with NAV on Ubuntu, so I might remember this issue
incorrectly. It could have been the python-pysnmp2 package that was to
blame.

Also, the damage caused by the offending package (since it overlaps with
the other packages' files) might not be reparable without a reinstall.

I'd try "aptitude remove python-pysnmp2", then "aptitude -R reinstall
python-pysnmp-se". The `-R` option tells aptitude to not treat
recommendations as dependencies.

Also, don't forget to restart Apache after this, so all the modules are
properly reloaded.

--
Morten Brekkevold
UNINETT
Royke
2011-03-10 09:38:47 UTC
Permalink
On 03/10/2011 04:16 PM, Morten Brekkevold wrote:
> On Thu, 10 Mar 2011 15:35:19 +0700 Royke<royke4k-Hlp6NBfSoRe8rHFcjEY/***@public.gmane.org> wrote:
>
>> Hi Morten,
>>
>> Still no luck .. same error message.
>>
>> This is left installed for package with snmp python related :
>>
>> ii python-pysnmp-se 3.5.2-4
>> speed enhanced Python SNMP library for agent
>> ii python-pysnmp2 2.0.9-2
>> Python SNMP library for agents and managers
> I don't usually work with NAV on Ubuntu, so I might remember this issue
> incorrectly. It could have been the python-pysnmp2 package that was to
> blame.
>
> Also, the damage caused by the offending package (since it overlaps with
> the other packages' files) might not be reparable without a reinstall.
>
> I'd try "aptitude remove python-pysnmp2", then "aptitude -R reinstall
> python-pysnmp-se". The `-R` option tells aptitude to not treat
> recommendations as dependencies.
>
> Also, don't forget to restart Apache after this, so all the modules are
> properly reloaded.
>

Appreciate your help.
That commands generate another error. And I think it will occuring again.

I thing I'll try to install NAV from scratch again and pay attention for
the installing order of python snmp package closely. Also I will try the
newest release of 3.8.2.
Will inform later.

Thks.
Regards
Royke
2011-03-15 03:22:02 UTC
Permalink
Hi,

I installed NAV 3.8.2 and the error persist. I think I can find the culprit.
Service ipdevpoll won't start with the error below (the other service
start well) :

nav start ipdevpoll

2011-03-15 03:04:28,762 [ERROR plugins] Failed to import plugin
nav.ipdevpoll.plugins.arp.Arp
Traceback (most recent call last):
File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/__init__.py",
line 57, in import_plugin
[module_name])
File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/arp.py", line
44, in <module>
from nav.mibs.ip_mib import IpMib
File "/usr/local/nav/lib/python/nav/mibs/__init__.py", line 19, in
<module>
import mibretriever
File "/usr/local/nav/lib/python/nav/mibs/mibretriever.py", line 35,
in <module>
from pysnmp.asn1.oid import OID
ImportError: No module named oid
Traceback (most recent call last):
File "/usr/local/nav/bin/ipdevpolld", line 21, in <module>
main()
File "/usr/local/nav/lib/python/nav/ipdevpoll/daemon.py", line 187,
in main
processor.run()
File "/usr/local/nav/lib/python/nav/ipdevpoll/daemon.py", line 125,
in run
self.start_ipdevpoll()
File "/usr/local/nav/lib/python/nav/ipdevpoll/daemon.py", line 182,
in start_ipdevpoll
process.run()
File "/usr/local/nav/lib/python/nav/ipdevpoll/daemon.py", line 54, in run
plugins.import_plugins()
File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/__init__.py",
line 40, in import_plugins
import_plugin(ipdevpoll_conf, alias)
File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/__init__.py",
line 61, in import_plugin
raise PluginImportError(error)
nav.ipdevpoll.plugins.PluginImportError: Failed to import plugin: No
module named oid

Did I miss something here ?

If I remove the offending package ( I guess ) :

aptitude remove python-pysnmp2

It generate another error :

2011-03-15 04:15:44,443 [ERROR plugins] Failed to import plugin
nav.ipdevpoll.plugins.arp.Arp
Traceback (most recent call last):
File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/__init__.py",
line 57, in import_plugin
[module_name])
File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/arp.py", line
44, in <module>
from nav.mibs.ip_mib import IpMib
File "/usr/local/nav/lib/python/nav/mibs/__init__.py", line 19, in
<module>
import mibretriever
File "/usr/local/nav/lib/python/nav/mibs/mibretriever.py", line 35,
in <module>
from pysnmp.asn1.oid import OID
ImportError: No module named asn1.oid
Traceback (most recent call last):
File "/usr/local/nav/bin/ipdevpolld", line 21, in <module>
main()
File "/usr/local/nav/lib/python/nav/ipdevpoll/daemon.py", line 187,
in main
processor.run()
File "/usr/local/nav/lib/python/nav/ipdevpoll/daemon.py", line 125,
in run
self.start_ipdevpoll()
File "/usr/local/nav/lib/python/nav/ipdevpoll/daemon.py", line 182,
in start_ipdevpoll
process.run()
File "/usr/local/nav/lib/python/nav/ipdevpoll/daemon.py", line 54, in run
plugins.import_plugins()
File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/__init__.py",
line 40, in import_plugins
import_plugin(ipdevpoll_conf, alias)
File "/usr/local/nav/lib/python/nav/ipdevpoll/plugins/__init__.py",
line 61, in import_plugin
raise PluginImportError(error)
nav.ipdevpoll.plugins.PluginImportError: Failed to import plugin: No
module named asn1.oid

Is that any relation to python-pyasn1 package ?

dpkg -l | grep asn
ii libtasn1-3
2.2-1 Manage ASN.1 structures (runtime)
ii libtasn1-3-dev
2.2-1 Manage ASN.1 structures (development)
ii python-pyasn1
0.0.8a-1 ASN.1 library for Python

The rest of python-pysnmp left :

dpkg -l | grep pysnmp
ii python-pysnmp-common
4.1.9a-1 Python SNMP library for agents and
managers
ii python-pysnmp-se
3.5.2-4 speed enhanced Python SNMP library for
agent

Thanks.
Regards
Royke

On 03/10/2011 04:16 PM, Morten Brekkevold wrote:
> On Thu, 10 Mar 2011 15:35:19 +0700 Royke<royke4k-Hlp6NBfSoRe8rHFcjEY/***@public.gmane.org> wrote:
>
>> Hi Morten,
>>
>> Still no luck .. same error message.
>>
>> This is left installed for package with snmp python related :
>>
>> ii python-pysnmp-se 3.5.2-4
>> speed enhanced Python SNMP library for agent
>> ii python-pysnmp2 2.0.9-2
>> Python SNMP library for agents and managers
> I don't usually work with NAV on Ubuntu, so I might remember this issue
> incorrectly. It could have been the python-pysnmp2 package that was to
> blame.
>
> Also, the damage caused by the offending package (since it overlaps with
> the other packages' files) might not be reparable without a reinstall.
>
> I'd try "aptitude remove python-pysnmp2", then "aptitude -R reinstall
> python-pysnmp-se". The `-R` option tells aptitude to not treat
> recommendations as dependencies.
>
> Also, don't forget to restart Apache after this, so all the modules are
> properly reloaded.
>
Morten Brekkevold
2011-03-15 12:14:45 UTC
Permalink
On Tue, 15 Mar 2011 10:22:02 +0700 Royke <royke4k-Hlp6NBfSoRe8rHFcjEY/***@public.gmane.org> wrote:

> If I remove the offending package ( I guess ) :
>
> aptitude remove python-pysnmp2
>
> It generate another error :

Royke,

I tried a quick hands-on session on a virtual Ubuntu 9.10 install and
found the following:

* `aptitude install python-pysnmp-se` pulls in the `python-pysnmp4`
package, but everything seems to work as expected.

* If I then do `aptitude install python-pysnmp2`, things stop
working. I.e. the bug is in the python-pysnmp2 package.

I found that removing the python-pysnmp2 package alone does not fix the
problem, since it overwrote files that belong to the
python-pysnmp-common package.

I followed up with `aptitude reinstall python-pysnmp-common`, and the
problem was solved.

Can you get things to work by repeating my steps?

--
Morten Brekkevold
UNINETT
Royke
2011-03-16 01:06:01 UTC
Permalink
On 03/15/2011 07:14 PM, Morten Brekkevold wrote:
> On Tue, 15 Mar 2011 10:22:02 +0700 Royke<royke4k-Hlp6NBfSoRe8rHFcjEY/***@public.gmane.org> wrote:
>
>> If I remove the offending package ( I guess ) :
>>
>> aptitude remove python-pysnmp2
>>
>> It generate another error :
> Royke,
>
> I tried a quick hands-on session on a virtual Ubuntu 9.10 install and
> found the following:
>
> * `aptitude install python-pysnmp-se` pulls in the `python-pysnmp4`
> package, but everything seems to work as expected.
>
> * If I then do `aptitude install python-pysnmp2`, things stop
> working. I.e. the bug is in the python-pysnmp2 package.
>
> I found that removing the python-pysnmp2 package alone does not fix the
> problem, since it overwrote files that belong to the
> python-pysnmp-common package.
>
> I followed up with `aptitude reinstall python-pysnmp-common`, and the
> problem was solved.
>
> Can you get things to work by repeating my steps?
>

Hi Morten,

Great. It works !!

Much appreciation. Thks.

Regards
Royke
Royke
2011-03-16 01:18:09 UTC
Permalink
On 03/15/2011 07:14 PM, Morten Brekkevold wrote:
>> Royke,
>>
>> I tried a quick hands-on session on a virtual Ubuntu 9.10 install and
>> found the following:
>>
>> * `aptitude install python-pysnmp-se` pulls in the `python-pysnmp4`
>> package, but everything seems to work as expected.
>>
>> * If I then do `aptitude install python-pysnmp2`, things stop
>> working. I.e. the bug is in the python-pysnmp2 package.
>>
>> I found that removing the python-pysnmp2 package alone does not fix the
>> problem, since it overwrote files that belong to the
>> python-pysnmp-common package.
>>
>> I followed up with `aptitude reinstall python-pysnmp-common`, and the
>> problem was solved.
>>
>> Can you get things to work by repeating my steps?
>>
>

Additional information to help other Ubuntu user installation,

For some unknown reason, python-pysnmp-se didn't pull the python-pysnmp4
package but installing python-pysnmp2 package.
So , this is what I did :

aptitude remove python-pysnmp2
aptitude install python-pysnmp4
aptitude reinstall python-pysnmp-common

Regards
Royke
Loading...