Hi Jannis,

Thanks so much for the prompt answer to my question. Great news this is
available in 1.7 and even better that its just around the corner. I will
see if I can get some time to do a dev vm runup and try 1.7 in the mean
time to provide testing feedback.

Kind regards
Adam
On Apr 27, 2012 12:39 AM, <icinga-users-requ...@lists.sourceforge.net>
wrote:

> Send icinga-users mailing list submissions to
>        icinga-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://lists.sourceforge.net/lists/listinfo/icinga-users
> or, via email, send a message with subject or body 'help' to
>        icinga-users-requ...@lists.sourceforge.net
>
> You can reach the person managing the list at
>        icinga-users-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of icinga-users digest..."
>
>
> Today's Topics:
>
>   1. Calling custom variables in icinga web (Adam Mende)
>   2. Re: Calling custom variables in icinga web (Jannis Mo?hammer)
>   3. new cronk / username? (Leto Tokarev)
>   4. upcoming changes in icinga 1.7 - help test (Michael Friedrich)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 26 Apr 2012 22:25:59 +1000
> From: Adam Mende <mende.a...@gmail.com>
> Subject: [icinga-users] Calling custom variables in icinga web
> To: icinga-users@lists.sourceforge.net
> Message-ID:
>        <CAOpJQhNPxWprXqeVe3vptFuoOtPJzx4U-hE9_LA=y3mrx4q...@mail.gmail.com
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Icinga users,
>
> Please point me in the right direction if replying to the digest is not the
> way to ask my question. It relates to icinga-web and creation of additional
> columns in the host and service status tabs.
>
> I have successfully created the new columns by following instructions on
> adding a new field to the xml templates for hosts and services per the
> official documentation.
>
> What I have also done in my host definitions is create a custom varible
> that contains an article number (numerical string eg 123) for a Kwok
> information server that relates to the host. The custom variable begins
> with and underscore as required by the core. When I call the vustom
> variable in the xml template {_kwok} to generate a url to click in the new
> column it does not return the value. If I call a standard variable eg
> {host_name} it returns the variable in the url just fine.
>
> The question I guess is as to whether calling custom variables in the xml
> templates in icinga web is supported by the api's and if so how can I call
> them correctly so the value is returned? Does it have anything to do with
> the datasource tag in the xml field definition or prepending the custom
> variable with a particular prefix?
>
> I am running icinga web 1.6.1 on a Ubuntu 11.10 server, and pnp4nagios is
> integrated and funtioning. I use nagiosql for my config files but am
> comfortable with modifying them by hand also. I have verified the custom
> variables are being written to the host and service definitions correctly
> by nagiosql.
>
> Any assistance greatly appreciated.
>
> Cheers
> Adam
> On Apr 20, 2012 6:47 PM, <icinga-users-requ...@lists.sourceforge.net>
> wrote:
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Thu, 26 Apr 2012 15:16:58 +0200
> From: Jannis Mo?hammer <jannis.mossham...@netways.de>
> Subject: Re: [icinga-users] Calling custom variables in icinga web
> To: <icinga-users@lists.sourceforge.net>
> Message-ID: <85a6bc00-8ab5-4b8f-afb7-4fec6543e...@netways.de>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Adam,
>
> in 1.6.1, this isn't possible, but this will be possible in 1.7.0 (which
> will be released in two weeks), where you can display arbitrary (even
> non-icinga) data in your grids:
>
> https://wiki.icinga.org/display/Dev/Using+templates+to+write+your+own+grid+based+views
>
> You could try out the current master from our git repository and help us
> testing.
>
> Regards,
>
> Jannis
>
>
> Am 26.04.2012 um 14:25 schrieb Adam Mende:
>
> > Hi Icinga users,
> >
> > Please point me in the right direction if replying to the digest is not
> the way to ask my question. It relates to icinga-web and creation of
> additional columns in the host and service status tabs.
> >
> > I have successfully created the new columns by following instructions on
> adding a new field to the xml templates for hosts and services per the
> official documentation.
> >
> > What I have also done in my host definitions is create a custom varible
> that contains an article number (numerical string eg 123) for a Kwok
> information server that relates to the host. The custom variable begins
> with and underscore as required by the core. When I call the vustom
> variable in the xml template {_kwok} to generate a url to click in the new
> column it does not return the value. If I call a standard variable eg
> {host_name} it returns the variable in the url just fine.
> >
> > The question I guess is as to whether calling custom variables in the
> xml templates in icinga web is supported by the api's and if so how can I
> call them correctly so the value is returned? Does it have anything to do
> with the datasource tag in the xml field definition or prepending the
> custom variable with a particular prefix?
> >
> > I am running icinga web 1.6.1 on a Ubuntu 11.10 server, and pnp4nagios
> is integrated and funtioning. I use nagiosql for my config files but am
> comfortable with modifying them by hand also. I have verified the custom
> variables are being written to the host and service definitions correctly
> by nagiosql.
> >
> > Any assistance greatly appreciated.
> >
> > Cheers
> > Adam
> >
> > On Apr 20, 2012 6:47 PM, <icinga-users-requ...@lists.sourceforge.net>
> wrote:
> >
> ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
> > icinga-users mailing list
> > icinga-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/icinga-users
>
> --
> Jannis Mo?hammer
> Software Developer
>
> NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 N?rnberg
> Tel: +49 911 92885-0 | Fax: +49 911 92885-77
> GF: Julian Hein, Bernd Erk | AG N?rnberg HRB18461
>
> http://www.netways.de | jannis.mossham...@netways.de
>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 3
> Date: Thu, 26 Apr 2012 15:07:35 +0200 (CEST)
> From: Leto Tokarev <l...@irisz.hu>
> Subject: [icinga-users] new cronk / username?
> To: icinga-users@lists.sourceforge.net
> Message-ID: <pine.lnx.4.64.1204261501190.9...@brie.webaruhaz.hu>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>
> Hi!
>
>
>  I'm trying to hack together a demo cronk for Icinga Web.
> How do I get the actual logged in username?
>
> Sorry for the beginner question & TIA,
>
>
> Leto
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 26 Apr 2012 16:38:36 +0200
> From: Michael Friedrich <michael.friedr...@univie.ac.at>
> Subject: [icinga-users] upcoming changes in icinga 1.7 - help test
> To: icinga-de...@lists.sourceforge.net,
>        icinga-users@lists.sourceforge.net
> Message-ID: <4f995dec.2050...@univie.ac.at>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> dear fellow icinga users and devs,
>
> as you all might know, we are currently fighting with the epel upstream
> bug to bring icinga into epel repositories (when finding a sponsor then)
> https://dev.icinga.org/issues/1666
> this includes *a lot* of rework on the actual icinga.spec file. some
> changes happened already within 1.6 release.
>
> one of those "breaking changes" include *idomod.o* - the history is full
> of it (solaris does not like .o suffix, packagers dislike idomod.o in
> /usr/bin, everything is just a wholy mess. especially for me doing the
> rpm packaging for icinga myself as well).
>
> therefore, release 1.7 will introduce CHANGES - see Changelog section.
>
> * idomod.o is now idomod.so (same goes for helloworld.o)
> * idomod.so will be installed to $libdir instead of $bindir
>
> requires an upgrade of either
>
> * broker_module in icinga.cfg
> or
> * module definition in idoutils.cfg
>
> Make sure to follow the Changelog in r1.7 release branch here
>
> https://git.icinga.org/?p=icinga-core.git;a=tree;h=refs/heads/r1.7;hb=refs/heads/r1.7
>
> since 1.6 we've been extensively adding functional & behavioural CHANGES
> to that section in Changelog. it's worth a shot (even if a long one) -
> see [0]
>
> @addon-devs
> especially check the cgi updates, if you use those (e.g. anag, nagstamon)
>
> @packagers
> those will help you as well. if unsure, follow the Changelog in icinga.spec
>
> https://git.icinga.org/?p=icinga-core.git;a=blob;f=icinga.spec;hb=refs/heads/r1.7#l348
>
> @all
> please help us test these changes for upcoming 1.7
>
> https://git.icinga.org/?p=icinga-core.git;a=tree;h=refs/heads/r1.7;hb=refs/heads/r1.7
> (upgrade sql scripts are already in place, so just follow normal upgrade
> operations)
>
> pick an issue, check the tests, comment on the issue
> https://dev.icinga.org/projects/icinga-development/versions/72
>
>
> .. and apply for an icinga padawan in testing & qa :-)
>
>
> Thanks!
>
> Michael
>
> PS: Web will be a seperate package as usual.
>
>
> [0] current CHANGES in core.git 1.7, feature freeze yesterday
>
> CHANGES
> * neb api: move creation of notification contact list AFTER event broker
> callback NEBTYPE_NOTIFICATION_START #2110
>         ** allows neb modules to cancel/override notification list
> creation on notification start
>
> * debug: set debug_verbosity=2 by default
> * configure: --enable-libtap=yes by default for builtin 'make test-tap'
>
> * install: --with-temp-file=<filepath> #2121
>         ** sets path to an Icinga exclusive update temp file i.e.
> /tmp/icinga.tmp
>
> * install: --with-plugin-dir=<path> #2344
>         ** sets path to plugins directory path i.e. $prefix/libexec
>
> * install: change default target location of idomod.so from $bindir to
> $libdir #2346
> * install: change idomod extension from .o to .so, make .so the default
> extension for modules #2354
>         ** make sure to UPDATE the location in your CONFIG !!!
>
> * install: introduce "lib/" in default prefix install for modules #2347
>
> * install: --with-eventhandler-dir=<path> #2352
>         ** sets path to eventhandler directory path i.e.
> $prefix/libexec/eventhandlers
>
> * install: make install-eventhandlers #2352
>         ** install sample eventhandlers to defined location
>
> * install: --enable-cgi-log #2364
>         ** enables cgi logging (EXPERIMENTAL)
>
> * install: --with-http-auth-file #2533
>         ** sets location/name of htpasswd.users
>
> * config: $sysconfdir/conf.d #2360
>
> * install: --enable-libtap is now deprecated, new libtap does not
> require configure anymore #1192
>
> * tests: you can now test with pleasure: $ make distclean ; ./configure
> ; make test #2369 #1192
>
> * core: add trigger_time to downtimes #2537
>         ** downtimes in status.dat/retention.dat now holding trigger_time
>         ** nebstruct and event broker api now passing trigger_time and
> is_in_effect
> * core: nebcallback for downtime start now happens *after* setting "in
> effect" attributes #2539
>         ** needed to pass is_in_effect and trigger_time to neb modules
>
> * classic ui: Added option for max log entries displayed in showlog.cgi
> #2145
>         ** added new config option "default_num_displayed_log_entries"
>         ** added new input field to redefine amount of displayed log
> entries
>         ** added "switch" to show/hide filters in showlog.cgi
>
> * classic ui: status.cgi
>         ** added new config option "display_status_totals"
>         ** you can define more then one object to display
>          ** host=hostA&host=hostB&host=...
>          ** same with hostgroups and servicegroups
>         ** nostatusheader is still available as URL param
>         ** hostgroup=all now only shows hosts which are in a host groups
>         ** host sorting is working now
>         ** added 2 new cgi vars
>          ** sortobject = determine if to sort host or service list
> (host_service_view)
>          ** allunhandledproblems = to display ALL unhanded problems
>         ** fixed and reorganized the links in status totals
>         ** searching returns more then one hostgroup/servicegroup if
> group name matches
>         ** combined Host/Service view now properly supported
>         ** dropped "ALT" and "TITLE" tag from action url image in host
> and service status list
>         ** status totals are now split into "displayed/all" for filtering
>         ** filtering host/services/hostgroups/servicegroups is now
> possible via status totals
>
> * classic ui: add javascript to refresh page/pause easier #2119
>         ** DO A FULL PAGE RELOAD AFTER UPGRADING
>         ** no reload necessary to pause refresh
>         ** selecting item in status.cgi/extinfo.cgi resets' refresh counter
>         ** added cgi config option "refresh_type" to choose between
> http header refresh and javascript refresh
>
> * classic ui: Added statusmap resizing with exclude/include button #2186
>         ** now statusmap get's displayed much better (thanks to Mat)
>
> * classic ui: Added Select hosts or services by clicking on line instead
> of box #2118
>         ** selecting a host/service/downtime/comment checkbox now works
> also by clicking the row
>
> * classic ui: fixed reset forms on return after submitting command #2117
>         ** forms getting reset on page load
>         ** fixed problem with downtime checkbox selection
>         ** changed all forms to POST request
>
> * classic ui: fixed json output for comments and downtimes in
> extinfo.cgi sometimes invalid #2343
>         ** changes array names in json output of extinfo.cgi
>          ** comments  -> host_comments  / service_comments
>          ** downtimes -> host_downtimes / service_downtimes
>
> * classic ui: fixed Commit commands with more then 500 multiple pairs of
> hosts and services #2373
>         ** now it's possible to submit ~990 commands at the same time
>
> * classic ui: outages.cgi
>         ** added missing comment tool tip box
>         ** fixed truncating of outages list
>
> * classic ui: Added Scheduling queue filter for specific host or service
> #2421
>         ** now everyone who is authorized for can see hosts/services in
> scheduling queue
>         ** added links to host/service extinfo
>
> * classic ui: Added readonly cgi.cfg view into the config section #1776
>         ** New Option in config.cgi to view all cgi config options and
> their current values
>
> * classic ui: statuswml.cgi and statuswrl.cgi are DEPRECATED now !!!!!!!!!
>         ** both will be removed in Icinga 1.8 !!!!!!
>
> * classic ui: cmd.cgi now accepts change commands with attr command #2474
>         ** CHANGE_HOST_MODATTR, CHANGE_SVC_MODATTR
>         ** but ONLY 0 = reset, other values will trigger an error
>
> * idoutils: limit long_output and perfdata database storage in mysql to
> 32k #2342
>
> * idoutils: enlarge field "FAILURE_PREDICTION_OPTIONS" in table hosts
> from 64 to 128 Bytes #2479
>
> * idoutils: Oracle only->change method retrieving lastid, introduce
> individual sequence caching sizes #2510
>
> * idoutils: fix pgsql unix_timestamp cannot handle timstamp with
> timezone #2203
>
> * idoutils change varchar(255) to TEXT in mysql # 2181
>
> --
> DI (FH) Michael Friedrich
>
> Vienna University Computer Center
> Universitaetsstrasse 7 A-1010 Vienna, Austria
>
> email:  michael.friedr...@univie.ac.at
> phone:  +43 1 4277 14359
> mobile: +43 664 60277 14359
> fax:    +43 1 4277 14338
> web:    http://www.univie.ac.at/zid
>         http://www.aco.net
>
> Lead Icinga Core Developer
> http://www.icinga.org
>
>
>
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
> ------------------------------
>
> _______________________________________________
> icinga-users mailing list
> icinga-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/icinga-users
>
>
> End of icinga-users Digest, Vol 36, Issue 8
> *******************************************
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/icinga-users

Reply via email to