February 2016 - Xymon - Xymon mailman web

java thread monitoring
by jglouisjr＠gmail.com 27 Feb '16

27 Feb '16

jmxstats is working great here. On Sat, Feb 27, 2016 at 8:34 AM, eli via Xymon <xymon at xymon.com> wrote: > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon > > > ---------- Forwarded message ---------- > From: eli <eliap09 at yahoo.com> > To: Xymon Mailing List <xymon at xymon.com> > Cc: > Date: Sat, 27 Feb 2016 14:34:25 +0000 (UTC) > Subject: java thread monitoring > Hello! > > Is there any one monitoring Linux java thread with xymon? I would like > to hear suggestions. I have a requirementstrong to monitor number of java > threads and alerting if the threads exceeded certain numbers. > > Eli > > -- *----------------------------------------[image: http://action.lung.org/site/TR/Climb?px=5751753&pg=personal&fr_id=12850&s_s…] <http://action.lung.org/site/TR/Climb?px=5751753&pg=personal&fr_id=12850&s_s…> Jim Louis \\\\||//// \ ~ ~ / | @ @ |* *--oOo---(_)---oOo--* "The software isn't finished until the last user is dead." ~ Anonymous

1 0

btrfs and file system monitoring?
by goebel＠emunix.emich.edu 27 Feb '16

27 Feb '16

Hey, Started monitoring our first SLES 12 box this week and noticed that it is keeping track of every subvol of the boot partition. Not sure we need to have a dozen copies of the same information? Anyone have a clever way to just monitor the main parition and not the subvolumes? Thanks, Matt -- Matthew Goebel : goebel at emunix.emich.edu : Unix Jockey @ EMU : Hail Eris Neo-Student, Net Lurker, Donut consumer, and procrastinating medher... "Always with the negative waves, Moriarty" - Oddball "Comfort the troubled, and trouble the comfortable." - Dietrich Bonhoeffer

4 5

java thread monitoring
by eliap09＠yahoo.com 27 Feb '16

27 Feb '16

Hello! Is there any one monitoring Linux java thread with xymon? I would like to hear suggestions. I have a requirementstrong to monitor number of java threads and alerting if the threads exceeded certain numbers. Eli

1 0

is "depends" broken ?
by a_s_y＠sama.ru 27 Feb '16

27 Feb '16

Hello. I seen old message (20/08/2013) with equal question but it remained unanswered as I understand it. "hosts.cfg.5.html" contains depends=(testA:host1/test1,host2/test2),(testB:host3/test3),[...] I attempt to use 172.16.2.1 test-dep1 # conn 172.16.1.1 test-dep2 # conn depends=(conn:test-dep1/conn) and it is not works. Both "conn" tests are red. Should it work now ? Xymon 4.3.26. -- Regards, Sergey

1 0

relocatable RPM or installing from source?
by cleaver＠terabithia.org 25 Feb '16

25 Feb '16

On Thu, February 25, 2016 12:53 pm, Jason Brockdorf wrote: > Hello Xymon folks, > > > I've been racking my brain about this lately and I don't see an easy way. > I'd like to install the xymon client to /opt (or even the xymon server, > but > that's another problem) and I'm using the Terabithia RPMS. I do have the > option to install them in the regular FHS but then I have to depend our > DCS > vendor for any operations regarding the software, and with their track > record, I'd rather not. Additionally our current environment has the > client > installed in /opt in all of the existing servers (older client which will > need to be upgraded as part of this project) and I'd like to stick with > that > convention, which was advised by my sysadmin, manager, and a colleague. > It > makes administration easier on us to stick with this convention. A combination of relocation, EL7 (systemd), and the Terabithia 4.3 RPMs is going to be tricky. xymon itself is written around the use of a home directory, but the RPMs were built (at first) to specifically to rip a lot of that out and use FHS locations instead :) So re-relocating after that will be perilous. Experimentally, I've built a version with relocations enabled for /usr/ /etc/ and /var/ on the client package (only), and uploaded this to http://terabithia.org/rpms/xymon/testing/el7/* as 4.3.26-1.1 (I haven't rebuilt the repo, so yum won't see it yet.) This lets this command actually complete: rpm --verbose --debug -ip --relocate /usr=/opt --relocate /etc=/opt/etc --relocate /var=/opt/var xymon-client-4.3.26-1.1.el7.x86_64.rpm ... but as you've seen, that only changes where the files are placed, not any of the configs, and it doesn't help with dependency tracking for yum. To make a package install-relocatable, just add 'Prefix:' lines underneath that %package heading. That tells rpm that those dirs can be moved. +Prefix: %{_prefix} +Prefix: %{_sysconfdir} +Prefix: %{_localstatedir} > When I try to install them to a different root using YUM, it tries to > install all of the dependencies as well. Apparently there's no way to get > YUM to ignore dependencies and if I try to install the RPM by relocating, Right. If you're using yum --installroot, that's more for chroot type environments, or installing over a separate mounted partition, than enabling classical RPM relocation. yum doesn't really provide native support for that. > I > get a message that the RPM is not relocatable. So, I'm guessing I need to > install from source or build my own package (yuck). > > > > So, I've installed from source on a test system, but then there's no > scripts > to create user accounts or add service definitions for starting/stopping > the > service. I've found the runclient.sh script but I don't know how to adapt > that to systemd on centos 7. You can run rpm -qp --scripts /path/to/your/xymon-4.3.26-1*rpm on an existing package to see what exactly it's doing at install time for adding user accounts, etc. You *might* be able to stick the runclient.sh script into /etc/init.d/, chkconfig --add it, and hope systemd handles it OK, but I'm not sure. To get the sysvinit scripts in the package, you'll need to rebuild it using "--without systemd". That should give you a result using the normal sysvinit stuff. > > Can the Terabithia RPMs be made relocatable or does anyone advice on how > to > proceed? For your client systems, unless you're using any of the Terabithia features, I'd suggest distributing it as a tarball into /opt/ and using runclient.sh or an init script that executes runclient.sh. That's the quickest/easiest option. If you need it in RPM form and are feeling experimental, add this to the top of xymon.spec and do a rebuild of the SRPM: %define _prefix /opt This will likely have a greater chance of success than just a 'Prefix: /opt' install relocation, but there are probably things that will still be broken -- especially for the server side. (I would advise just using the normal RPM on your Xymon Servers -- the file layout is going to be much more complex there.) If you can identify what breaks, though, that would be really helpful. Redefining _prefix's and install relocations are some of those things that are supposed to work in theory, but are rarely used and not very well tested. They're officially discouraged in Fedora and other RPM-based distros. That said, if there's better support that can be put into the RPM to get closer to that ideal, I'd like to add it in... (One of my goals in 4.4 is to significantly reduce the variation between the source tarball and the RPMs and get rid of most of the workarounds that are in place. That might mean more %post section config munging, or more reliance on symlinks to simply place XYMONHOME locations in their right spots and call it a day. This is an area of active work -- literally just in the last few days -- but it's certainly not near production ready yet.) Hope this helps a little, -jc

2 1

relocatable RPM or installing from source?
by apocalysque＠yahoo.com 25 Feb '16

25 Feb '16

Hello Xymon folks, I've been racking my brain about this lately and I don't see an easy way. I'd like to install the xymon client to /opt (or even the xymon server, but that's another problem) and I'm using the Terabithia RPMS. I do have the option to install them in the regular FHS but then I have to depend our DCS vendor for any operations regarding the software, and with their track record, I'd rather not. Additionally our current environment has the client installed in /opt in all of the existing servers (older client which will need to be upgraded as part of this project) and I'd like to stick with that convention, which was advised by my sysadmin, manager, and a colleague. It makes administration easier on us to stick with this convention. When I try to install them to a different root using YUM, it tries to install all of the dependencies as well. Apparently there's no way to get YUM to ignore dependencies and if I try to install the RPM by relocating, I get a message that the RPM is not relocatable. So, I'm guessing I need to install from source or build my own package (yuck). So, I've installed from source on a test system, but then there's no scripts to create user accounts or add service definitions for starting/stopping the service. I've found the runclient.sh script but I don't know how to adapt that to systemd on centos 7. Can the Terabithia RPMs be made relocatable or does anyone advice on how to proceed? Thanks in advance, -Jason

1 0

only get apache page
by made＠berlingskemedia.dk 25 Feb '16

25 Feb '16

Hello users First time setting this up and not quite working Got it all installed and all seems to be running. however doing http.//host/xymon gives nothing but http://host give an apache page So somthing is missing !!!! -- Martin Dew-Hattens

2 1

XymonPSClient and Security eventlog
by Dominique.Frise＠unil.ch 25 Feb '16

25 Feb '16

Brilliant Zak! Thank you very much for this speedy and valuable answer. Dominique - UNIL? ________________________________ De : zak.beck at accenture.com <zak.beck at accenture.com> Envoyé : jeudi 25 février 2016 15:34 À : Dominique Frise; xymon at xymon.com Objet : RE: XymonPSClient and Security eventlog Hi Dominique This is the event log 'Level' filter. The client uses the Windows event log filtering capabilities built into Windows. You can try these out yourself in Event Viewer by navigating to the Security log and selecting Filter Current Log.... You will see when doing this that despite selecting the security log, for level the window only offers you Critical, Warning, Verbose, Error or Information and not Audit Failure / Success. You should find that playing with the options, on the Security log, only "Information" actually returns anything. Looking at the columns for Security log, you should see that the first column changes from Level to Keywords, and that Audit Failure/Success are actually keywords and not a level. Unfortunately for these reasons it appears there is no way to filter on Audit Failure, unless you can configure an alert with a regex to look specifically for some text in the message that relates to the failure or the event id. <images dropped> Zak From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Dominique Frise Sent: 25 February 2016 11:00 To: xymon at xymon.com Subject: [Xymon] XymonPSClient and Security eventlog ?Hi, Question regarding alerting on Security event_log. Extract from xymonclient.ps1: # default logs - may be overridden by config $wantedlogs = "Application", "System", "Security" $wantedLevels = @('Critical', 'Warning', 'Error', 'Information', 'Verbose') $maxpayloadlength = 1024 $payload = '' When problems occurr, "Warning", "Critical or "Error" are reported in Application and System event_log, but in the Security event_log "Audit Failure" will be reported. We don't see how this condition is handled. Did we missed something ? Thanks, Dominique Frise - UNIL

1 0

XymonPSClient and Security eventlog
by Dominique.Frise＠unil.ch 25 Feb '16

25 Feb '16

?Hi, Question regarding alerting on Security event_log. Extract from xymonclient.ps1: # default logs - may be overridden by config $wantedlogs = "Application", "System", "Security" $wantedLevels = @('Critical', 'Warning', 'Error', 'Information', 'Verbose') $maxpayloadlength = 1024 $payload = '' When problems occurr, "Warning", "Critical or "Error" are reported in Application and System event_log, but in the Security event_log "Audit Failure" will be reported. We don't see how this condition is handled. Did we missed something ? Thanks, Dominique Frise - UNIL

2 1

Looking for syncology client configuration
by jlaidman＠rebel-it.com.au 25 Feb '16

25 Feb '16

That's very cool. It inspires me to want to create a similar module for Lenovo/EMC "LifeLine" ... when I have time. On 25 February 2016 at 20:12, Yann Lehmann <aristide at free-it.ch> wrote: > Am 25.02.2016 um 05:11 schrieb Jeremy Laidman: > >> Good news. Can you tell us all how you solved it? Was it in the file I >> mentioned, or did you edit the entry using the CGI via web browser? >> >> > When you install the client on the Synology, a "app"-icon for its > configuration is created. > > You can find it by clicking on the "menu"-button (top left of the web ui). > > See the attached screenshots. > > Regards > Yann Lehmann >

2 1