PDA

View Full Version : Zabbix and gentoo


sauron
27-04-2005, 04:32
Now ebuild included in portage tree.

joe
27-04-2005, 18:23
Very nice.... now I don't have to mess with the overlay ebuilds! I have been running Zabbix on Gentoo for several months now, and it works great!

I like how the ebuilds are separated for server, front-end, and agent.

joe

sauron
29-04-2005, 05:44
You can simply delete and emerge new ebuilds ;) If you download my ebuilds this ebuids now in portage tree :)

sauron
13-08-2005, 10:38
Fresh ebuild for zabbix 1.1alpha12:
http://sauron.opennet.ru/gentoo/zabbix/

Why it's not portage tree ? Read explain there:
http://bugs.gentoo.org/show_bug.cgi?id=92326

Alexei
13-08-2005, 20:26
Gentoo insists on a stable version, right?

James Wells
15-08-2005, 04:02
Greetings,
Gentoo insists on a stable version, right?
Yes and no. There are three distinct Gentoo tracks, Developer, Unstable, and Stable. The Developer and Unstable branches both allow unstable package builds, in fact I have seen packages that were updated literally every day for two weeks.

No, in this case the Netmon Herd maintainer is under the mistaken impression that Zabbix has had a high release rate lately.

edomaur
15-08-2005, 13:14
Fresh ebuild for zabbix 1.1alpha12:
http://sauron.opennet.ru/gentoo/zabbix/

Why it's not portage tree ? Read explain there:
http://bugs.gentoo.org/show_bug.cgi?id=92326

Sauron, I got this for the frontend :
Forbidden
You don't have permission to access /gentoo/zabbix/zabbix-frontend.tar.bz2 on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

sauron
01-09-2005, 13:54
sorry. fixed.

sauron
01-09-2005, 13:54
Gentoo insists on a stable version, right?
Yes. Add fresh alpha version frozen.

sauron
22-09-2005, 06:43
Fresh ebuild for zabbix 1.1beta1 added:
http://sauron.opennet.ru/gentoo/zabbix/

PS Alexei you can stick it ?

sauron
18-10-2005, 13:47
Ebuilds for 1.1beta2 added.

sauron
28-02-2006, 06:16
Ebuilds for 1.1 beta5 & 1.1 beta 7 added. Ebuild for 1.1 beta 7 contains my patchs for add simple check tcp port. (i.e. tcp,6667) and support int64 time type by agregate function.

elkor
28-02-2006, 18:38
thanks sauron!

I run gentoo on my workstation and this makes upgrading/testing the agent that much easier

sauron
06-06-2006, 09:34
Ebuilds for zabbix 1.1 (i'm add it to bugs.gentoo.org):

zabbix-server (http://bugs.gentoo.org/show_bug.cgi?id=133228)
zabbix-agent (http://bugs.gentoo.org/show_bug.cgi?id=133229)
zabbix-frontend (http://bugs.gentoo.org/show_bug.cgi?id=133230)

Clansman
06-06-2006, 10:36
Cool, Thanks :-)

Cheers,
Pedro Venda.

sauron
07-06-2006, 05:26
Zabbix 1.1 included in portage tree.

Clansman
11-06-2006, 22:17
Hi sauron;

I've installed zabbix-agent-1.1-r1 and zabbix-server-1.1 on a gentoo server I'm working on and I've found out that it doesn't 'chown' some relevant directories like:
/etc/zabbix
/var/log/zabbix
/var/run/zabbix

A quick look around the ebuilds seems to indicate that thei're correct... at least that's what the section 'fowners' in src_install() seems to indicate.
However, I've retried installing the packages and the same happens; the files and directories are owned by root:root.

Any ideas?

[]

sauron
12-06-2006, 09:32
update portage

Clansman
12-06-2006, 12:12
update portage

Are you suggesting that portage itself is not processing the ebuilds properly? What version would you suggest?

[]

sauron
13-06-2006, 04:59
Are you suggesting that portage itself is not processing the ebuilds properly? What version would you suggest?


I'm got this problem at old portage package (not tree) when i'm updated it problem dispared :)

Clansman
15-06-2006, 22:47
Hi,

I think the /etc/init.d/zabbix-agent/server could be further tuned to:
start:
1. if .pid file exists, check for another running instance of the agent; if none found, remove the file and start zabbix-agentd.
2. if zabbix-agentd is unable to bind to it's port, wait a while and try again until some maximum timeout reached (squid does such upon shutdown).

stop:
3. after killing process, see if program really died. check for .pid file left behind and clean it if found.

I'm suggesting this because zabbix-agent frequently chokes on itself. Sometimes /etc/init.d/zabbix-agent stop doesn't remove the .pid, sometimes the process doesn't start because the kernel hasn't let go of the port previously used...

I could do this myself, but I'm not familiar with the gentoo-way of /etc/init.d scripts so maybe there are elegant ways to do this. However I could give it a shot and hand them over to you.

What do you think about it?
Cheers,

wschlich
20-06-2006, 00:17
zabbix-agentd is the one to fix, not the init script.

Alexei
24-06-2006, 14:40
The TIME_WAIT issue is already fixed in CVS. There is another thread which contains a patch for all interested in ZABBIX Forums.

Clansman
25-06-2006, 02:37
The TIME_WAIT issue is already fixed in CVS. There is another thread which contains a patch for all interested in ZABBIX Forums.

heh, thanks alexei.
welcome back to the less-fun-than-wedding-hollidays life.

[]