Hi, I wanted to confirm that everything works all right now. Thanks for your support! Venelin
On Wed, Feb 9, 2011 at 10:30 AM, nap <napar...@gmail.com> wrote: > Hi, > > The bug was spotted and fixed (lastest git) :) > And welcome on the THANKS file of the project ;) > > > Jean > > On Wed, Feb 9, 2011 at 7:51 AM, nap <napar...@gmail.com> wrote: >> >> Hi, >> >> Yes the modules are currently in refactoring pass. The properties[] things >> were a so good idea to have Queue() or other things like it. Same for the >> calling functions, we replace them by real "hook points", like how the >> broker modules does. It will be simpler and a more powerful way for modules >> to work :) >> >> For the customs variables yes, sounds like a bug, and I think I know where >> it hide. The bug hunting is open, thanks for reporting :) >> >> >> Jean >> >>> >>> >>> 2011/2/8 Venelin Petkov <petkov.vene...@gmail.com> >>>> >>>> Hi, >>>> >>>> I finally came to the bottom of the problem. It turns out that it >>>> may really be a shinken bug. Using your suggestion (BTW it does not >>>> work on 0.5.1 since much of the module architecture has been changed) >>>> I implemented the testing classes for my module and it worked! The >>>> custom variable that is defined in the test configuration >>>> (test/etc/1r_1h_1s/services.cfg) showed up, which left me baffled, >>>> since I expected it to be faulty. Obviously it was a configuration >>>> problem, so I systematically compared the test configuration with our >>>> current Shinken configuration and found out that no custom variables >>>> show up when the service definition contains only the 'hostgroup' >>>> parameter, while services which have the 'host_name' parameter are >>>> handled fine: >>>> [...] >>> >> > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Shinken-devel mailing list > Shinken-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/shinken-devel > > ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Shinken-devel mailing list Shinken-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/shinken-devel
