bug report 🔗 link

When I setup my site I pointed the two cgi directories at different
urls, the secure script, bb-ack.sh runs from /secure-cgi/bb-ack.sh but
when you try to do the acknowledgment it posts back to
/cgi-bin/bb-ack.sh?ACTION=Ack&DELAY=60&MESSAGE=don%27t+know&NUMBER=123&Send=Send

Is this a known bug and is there a patch for it? I'm going to have a
look through the source and see if I can work out a fix just in case.

Robin

On Sun, Feb 20, 2005 at 07:59:57PM +0000, Robin Wood wrote:

It's been reported by someone else last week, but I haven't looked
into it yet.

One thing you could check is the file

    ~hobbit/server/web/acknowledge_form

which holds the template for the acknowledgment form. It should
have this line near the top:

   <FORM METHOD="GET" ACTION="&REQUEST_URI">

which in theory should cause the form to be posted to the same URL as
was used to get the form itself. This was changed from 4.0-RC1 to RC2,
so if you have upgraded from RC1 to RC2 you may still have the old
version installed. In that case, just copy the file over from the
hobbit-4.0-RC2/hobbitd/webfiles/ directory.


Regards,
Henrik

I am on rc1 and the original value of the form was:

<FORM ACTION="&CGIBINURL/bb-ack.sh">

I fixed it by hardcoding the correct path so I'm working now. I'll
look at upgrading to rc2 soon though.

ta

Robin

On Sun, 20 Feb 2005 21:55:35 +0100, Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:

Linux rh7.2 system.

Core was generated by `hobbitd_client'.
Program terminated with signal 6, Aborted.
#0  0x40046a01 in ?? ()
(gdb) bt
#0  0x40046a01 in ?? ()
#1  0x40047f82 in ?? ()
#2  0x40046848 in ?? ()
#3  0x08054b50 in ?? ()
#4  0x08049fd7 in ?? ()
#5  0x74203031 in ?? ()
Cannot access memory at address 0x3a303220
(gdb) 

Michael Frey


This message, and any attachments to it, may contain information that
is privileged, confidential, and exempt from disclosure under
applicable law.  If the reader of this message is not the intended
recipient, you are notified that any use, dissemination, distribution,
copying, or communication of this message is strictly prohibited.  If
you have received this message in error, please notify the sender
immediately by return e-mail and delete the message and any
attachments.  Thank you.

I'm not seeing any errors because I have not got it to run yet.  I look at the files called by the rewriterules in the httpd.conf file and none of the files being referenced by a rewriterule is there?  I'm trying to figure out where they are supposed to come from as they did not come as part of the 4.3.0 package.  I am talking about the bb.html, bb2.html and just about all the others.

Thanks for any clues.


-----Original Message-----
From: Ward, Martin [mailto:user-2d33a6eb6a05@xymon.invalid]
Sent: Sat 3/19/2011 2:36 PM
To: user-048ab2e69ad9@xymon.invalid
Subject: RE: Installing xymon
 
Hi,

It does rather depend on where you are seeing the errors. Tell me where you see them , or for a better chance at getting a quick response you could send an email to xymon at xymon.com - it's the Xymon users mailing list.

|\/|
From: user-048ab2e69ad9@xymon.invalid [user-048ab2e69ad9@xymon.invalid]
Sent: 19 March 2011 00:00
To: user-04c2c4a28dbf@xymon.invalid
Subject: Installing xymon

I'm trying to install xymon.  Downloaded 4.3.0.  I can compile it OK.  But
when I try configing apache for it, all of the rewriterules point to things that
did not come in the download (i.e. bb.html xymon.html bb2.html, etc)  Do I
need to install BB first? or have I done something wrong?  Appreciate your
help.  Thanks.

--
This message has been sent to you, a registered SourceForge.net user,
by another site user, through the SourceForge.net site.  This message
has been delivered to your SourceForge.net mail alias.  You may reply
to this message using the "Reply" feature of your email client, or
using the messaging facility of SourceForge.net at:
https://sourceforge.net/sendmessage.php?touser=130296


[Colt Disclaimer]
The message is intended for the named addressee only and may not be disclosed
to or used by anyone else, nor may it be copied in any way. The contents of
this message and its attachments are confidential and may also be subject to
legal privilege. If you are not the named addressee and/or have received this
message in error, please advise us by e-mailing user-51905b889b93@xymon.invalid and delete the
message and any attachments without retaining any copies. Internet
communications are not secure and Colt does not accept responsibility for this
message, its contents nor responsibility for any viruses. No contracts can be
created or varied on behalf of Colt Technology Services, its subsidiaries,
group companies or affiliates ("Colt") and any other party by email
communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate
potential viruses and unsolicited promotional emails. For more information
refer to www.colt.net or contact us on +44(0)20 7390 3900

On Sun, 20 Mar 2011 21:01:28 -0700, "Moore, Charles"

<user-9966bf74e8db@xymon.invalid> wrote:

The RewriteRule's exist to support migrating from Big Brother or Hobbit
(i.e. Xymon prior to the 4.3.0 release) without breaking stuff - most
notably, people's bookmarks which point to the old-style "bb.html",
"bb2.html" and "bbnk.html" webpages which no longer exist.

A rule like this one:

RewriteRule ^/xymon/bb2.html /xymon/nongreen.html [R=permanent,L]

means that IF the user requests the bb2.html file, he will automatically
be redirected to the nongreen.html page (which will exist, when Xymon is
running).


Regards,
Henrik

Is it possible to have the graphs displayed on history pages the same way
they are on the live page?

Mark Jones

I've been having a problem when different subpages and subparents share an
identifier (under different parents, of course). It seems the pages all
render correctly, but the search capability doesn't work correctly. The
search will always go to the first page in hosts.cfg that has the duplicate
name. Oddly enough, this doesn't seem to occur when the duplicate name is
the last in the chain. There is, of course, an easy work around for this,
but it is rather difficult not to reuse page names in a large installation
(production, development, test, etc.).

Thanks,
Larry Barber

I want to install Xymon on our production server, but our SAs have a new policy which they do not allow temporary root access to do all the installs.  Is there a way to install Xymon without needing root access?

On 10-02-2012 23:27, LOZOVSKY, DANIEL L wrote:

There are very few parts of the Xymon installation that require special privileges:

* xymonping must run as root, and therefore a chown/chmod is done during installation to make it suid root
* The www/rep and www/snapshot directories are chgrp'ed to the groupid used by the webserver, and made group-writable

You can run configure, build and install Xymon without any special privileges - just use the "-k" option when running "make install", i.e. "make -k install". This will cause the installation to ignore that it cannot do these two things.

Of course, to actually use Xymon some admin configuration is needed - you need to configure the webserver to handle the Xymon webpages, and either xymonping or fping (if you choose to use that) will have to be installed as suid-root or made usable for the xymon user via e.g. sudo. So you do need some admin cooperation. But for the core installation it will not be necessary.


Regards,
Henrik

On Saturday, 11 February 2012 00:27:41 LOZOVSKY, DANIEL L wrote:

Sure, build a package of some kind on a different host, and provide the 
package to your SAs.

Regards,
Buchan

If you haven't got root access to the systems then you will be in for
a very difficult time, not only for the Xymon server but also when it
comes to deploying the Xymon client to be able to report on those
systems (unless all you are doing is basic ping/service polling
remotely).

My advice would be to work with the SAs to get them to assist you with
the installation, they are more likely to co-operate if they have some
idea of what you are doing on their systems.

Steve

On 13 February 2012 11:05, Buchan Milne <user-9b139aff4dec@xymon.invalid> wrote: