Inaccessible web items

[zuulie]

Hello

I need to add triggers based on web item return codes (web.test.rspcode) and change the retention for a range of web items, but I just don't seem to be able to get to them.

I've done some searches, but the only thing that is relate dis this thread: Items for Web Monitoring Scenarios

It doesn't provide an answer, though.

I've tried both direct SQL (it got too convoluted) and manipulating the URL arguments (item type check refusing access to web items), but both failed.

I've upgraded from an earlier version of Zabbix (1.8?), and evidently, the web item triggers that already existed have survived.

So, my last attempt was to rewrite working triggers for the new web items, e.g.:

Old working trigger for host1, scenario1:
{host1:web.test.rspcode[scenerio1,Login].last(0)}#200

New failed trigger for host2, scenario1:
{host2:web.test.rspcode[scenario1,Login].last(0)}#200

The last one give me the following error:

Incorrect item key "web.test.rspcode[scenario1,Login]" provided for trigger expression on "host2".

This used to be so easy in 1.8. Is it just me doing it all backwards or is someone intentionally trying to prevent the web items to be used for anything useful?

Regards,
Daniel Petzen

[zuulie]

I'm a bit surprised that no one seems to have this issue, or at least not any solution. It's a serious spanner in the works for me and I've already tried quite a few things.

If anyone has any idea, then please do comment, as I'm running out of ideas quickly here.

[Heilig]

Trigger like {host:web.test.rspcode[scenario1,Login].last(0)}#200 work in Zabbix 2.0.
Can you see item "Response code for step "Login" of scenario "scenario1"" in latest data on host2? When was the last check and what the last value?

[zuulie]

Hello Heilig

Thanks for replying.

If I have a look in "Latest Data", then I can see that host 1 has "200" from less than a minute ago for "web.test.rspcode".

The same applies to host 2, where it's also "200".

As a matter of fact, the scenario from host 1 was cloned for host 2, so it's identical apart from the URL.

I know the value is there. I've even checked the database. The problem seems to be some rule in the code that refuse the trigger definition to access the state of web.test.rspcode for host 2.

[Heilig]

Try via "Select" button re-create expression for the trigger on host2 (create trigger -> "Add" exprassion -> "Select" item, etc).
Compare old trigger expression for host2 with the newly created.

[zuulie]

I'm sorry it took some time to reply; lot's of support work today.

The problem is that the list produced when using the "Select" button doesn't include the web items. That's why I had to copy and paste the old trigger values and modify them to what they would have been if they would have been available in the list.

That generates the error I described in my first post.

[Heilig]

You can not create a trigger, because you do not have a web-scenatio on a host2 (I'm sure he is exist on host1 and you can create trigger and add expression via "Select" button).

The same applies to host 2, where it's also "200".

Can you show a screenshot?

[zuulie]

Alright, I've spent ages fiddling with screenshots and the fantastic Paint software. I hope I managed to attach the screenshots; it took 6 tries before I managed to get it below my quota limit.

The SS marked 1 is the web scenario for the host
1: The web scenario for the host FI-JIRA
2: The latest data that's available from that host
3: The (hand crafted) trigger expression and the error message when I try to add it

The web item isn't available through the "Select" button.

I'm sorry if the screenshots aren't that clear, but I had to shrink it down to be allowed to attach it.

[Heilig]

Hmm, interesting. What do you think, why then on the screenshot 1 your Application is "FI_JIRA" (with underscore). But, on screenshot 2 you have only Application "fi-jira" (with dash). Exactly all 3 screenshots from the host FI-JIRA?

[zuulie]

Hello Heilig.

I spent quite a lot of time getting screenshots together, but I wasn't allowed to attach them. *sigh* Perhaps I should donate my 3TB home NAS to Zabbix?

So, let's use a thousand words instead.

The host is configured as "FI-JIRA". The application items called "fi-jira" (screen 2 in my previous screenshot collection) is from a monitoring script I've developed that is using jmap to retrieve JVM internals.

Then, just to keep thing interesting, the web scenario (and therefore application label of the web items?) uses the "FI_JIRA" application.

Well, I'm not proud of this mess and example of how-not-to-do-things, but hopefully that clarifies what is what.

I'm seriously considering re-installing from scratch when Zabbix 2.2 comes out, but we need the historical data. It's quite a pickle.

This never used to be a problem before; the web items were always associated with the host and easy to select from the "Select" function.

[Heilig]

Hello zuulie.

If a web scenario is created and activated, its items must be available to create a trigger on the same host. Judging by the screenshots 1 and 3, you is not working. Then, it's time to register the problem in support.

P.S.: NAS does not need to donate, but if you have money you can sponsor the implementation one of feature requests.

[zuulie]

Thanks for your help and time, Heilig. It's much appreciated.

I thought the support was for paying customers, but I would imagine that bug reports are welcome from anyone.

The NAS was a bit tongue in cheek comments as the attachment limitation was extremely annoying. The Zabbix installation where I work is just used by a small support team, so I won't be able to get them to sign up for support, otherwise I definitely would. I've been a Zabbix fan for quite some time now.

Vielen dank,
Zuulie aka Daniel Petzen