Re: [snmpsim-users] Unable to initialize variation modules
Brought to you by:
elie
|
From: Ilya E. <il...@gl...> - 2013-09-16 18:03:09
|
Hi Andrew, So far I can't reproduce your issue with the same Python and snmpsim versions. Could it be that you have remnants of some development version of snmpsim still installed on your system? If so you should reinstall vanilla 0.2.3: https://sourceforge.net/projects/snmpsim/files/snmpsim/0.2.3/ or, if you need the latest features: http://snmpsim.sourceforge.net/changes.html you may consider trying the latest development version: https://sourceforge.net/projects/snmpsim/files/snmpsim/0.2.4/ In either case make sure variation module directory (/usr/lib/python2.4/site-packages/snmpsim-0.2.3-py2.4.egg/snmpsim/variation) gets cleaned up and updated so that no incompatible modules persist there. Another thing is that your --variation-module-options syntax is incorrect. The right one is: --variation-module-options=writecache:dbA:file:./datasets.db however you might not really need the dbA alias so I'd use just: --variation-module-options=writecache:file:./datasets.db Here I suppose that module loading failure gets resolved by snmpsim upgrade. Finally, the --v2c-arch option is incompatible with any of --v3-* options. You can read more on the --v2c-arch option intended use and features here: http://snmpsim.sourceforge.net/simulator-tips.html and here: http://snmpsim.sourceforge.net/transport-based-variation.html Let me know in case of further issues, ilya On 09/16/13 20:45, Forman, Andrew wrote: > > Hello, > > I'm seeing a strange error after starting up v0.2.3 with this command: > > python snmpsim-0.2.3/scripts/snmpsimd.py --data-dir=./data > --variation-module-options=writecache=dbA:file:./datasets.db > --agent-udpv4-endpoint=localhost:1611 --v2c-arch --v3-user=user > --v3-auth-proto=NONE > > Error text: > > A total of 9 modules found in > /usr/lib/python2.4/site-packages/snmpsim-0.2.3-py2.4.egg/snmpsim/variation > > Initializing variation modules... > > Module dbA load FAILED: init() takes exactly 0 non-keyword arguments > (1 given) > > Module notification load FAILED: init() takes exactly 0 non-keyword > arguments (1 given) > > Module sql load FAILED: init() takes exactly 0 non-keyword arguments > (1 given) > > Module numeric load FAILED: init() takes exactly 0 non-keyword > arguments (1 given) > > Module subprocess load FAILED: init() takes exactly 0 non-keyword > arguments (1 given) > > Module delay load FAILED: init() takes exactly 0 non-keyword arguments > (1 given) > > Module multiplex load FAILED: init() takes exactly 0 non-keyword > arguments (1 given) > > Module error load FAILED: init() takes exactly 0 non-keyword arguments > (1 given) > > Modile writecache loaded OK > > Until I changed --variation-module-options to include "=dbA", > writecache wasn't init'ing either. > > Am I doing something wrong? > > Thanks! > > Andrew > > |