[hobbit] SunOS does not give back informations to the Hobbit Server
Have you made sure your client configuration specifies the server IP or the hobbit Master(S) and the proper port?
If they are good, then networking is highly suspect - check that the port is being passed by routers and firewall settings. Firewall routes should be bidirectional. Keep in mind that any network tests specified either need it be passed on their own ports also if they are to work. (I have one server in the dmz that has ssh test, but none of the other tests for network enabled)
Snoop (tcpdump if preferred) from the client side and see if you see anything coming through the interface outbound.
Networking in the sun server is not a lot of magic, just get the numbers right! BTW if you traceroute to the master IP from the Sun client servers, one of the very first things it prints is the interface IP it is going across.
Make sure the /etc/ files are right (hosts, nsswitch.conf, resolv.conf., hostname.<Interface>)
Check all your logs ( /var/adm/messages on all, the client log [defined in the client configuration], var/log/hobbit/* on the server.
Manual tests you can run:
Telnet <targetIP> 1984
Traceroute -p 1984 <targetIP>
Hope that helps a little = I am doing this from memory, I may have switches wrong - use your best friend to confirm - man pages!
I run to 20 or so SunOS boxes (Sun and Fujitsu PrimePower hardware). I have 2 masters - one on sun,one on linux, soon to add a third as DR. (Linux is our test and development) The only issues I have had to deal with in communications is getting the routers and firewalls to pass the port to the proper servers.
Brian
lurch at inorbit.Com
-------Original Message-------
From: pkc_mls
Date: 3/31/2008 8:10:39 AM
To: hobbit at hswn.dk
Subject: Re: [hobbit] SunOS does not give back informations to the Hobbit Server
Benoit list a écrit :
OK!
I capture the packets on the client (snoop) and server (tcpdump), but
I don't have any data on port 1984 about host sun /OS !!!
We have average 10 Sun/OS but only one works on hobbit. I don't
understand...
other clue ?
Is the process running ?
Do you have any log in the hobbit log directory ?
Did you recompile the client or install it ?
Didn't you install a server instead of a client on the SunOS ?
Thanks by advance
To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk
Ok Thank for your answer
I have find the problem :
cat logs/hobbitclient.log ld.so.1: /client/bin/hobbitd_client: fatal: libpcre.so.0: open failed: No such file or directory Killed
My version of pcre is good
root at athenes:/ #uname -r 5.9 root at sunos:/ #ls /usr/local/packages/
pcre-7.5-sol9-sparc-local
root at sunos:/ #crle Fichier de configuration par défaut (/var/ld/ld.config) introuvable Default Library Path (ELF): /lib:/usr/lib (system default) Trusted Directories (ELF): /lib/secure:/usr/lib/secure (system default)
root at sunos:/#crle -l /usr/lib:/usr/local/lib
root at sunos:/ #crle Configuration file [3]: /var/ld/ld.config Default Library Path (ELF): /usr/lib:/usr/local/lib Trusted Directories (ELF): /usr/lib/secure (system default) Command line: crle -c /var/ld/ld.config -l /usr/lib:/usr/local/lib
This command is it permanent or dynamic? It's a better choice for my problem? For the next start ?
Now is good sunos show up in hobbit server
Probably the pcre lib is not being found, either use ldconfig or add the appropriate library to LD_LIBRARY_PATH. Alternatively, if you use the server side parsing of the client data you won't need this library at all. Use ./configure-client and choose server side data parsing to build your client.
Thanks, Larry Barber
On Tue, Apr 1, 2008 at 7:53 AM, Benoit list <mailinglist.benoit at gmail.com> wrote:
Ok Thank for your answer
I have find the problem :
cat logs/hobbitclient.log ld.so.1: /client/bin/hobbitd_client: fatal: libpcre.so.0: open failed: No such file or directory Killed
My version of pcre is good
root at athenes:/ #uname -r 5.9 root at sunos:/ #ls /usr/local/packages/
pcre-7.5-sol9-sparc-local
root at sunos:/ #crle Fichier de configuration par défaut (/var/ld/ld.config) introuvable Default Library Path (ELF): /lib:/usr/lib (system default) Trusted Directories (ELF): /lib/secure:/usr/lib/secure (system default)
root at sunos:/#crle -l /usr/lib:/usr/local/lib
root at sunos:/ #crle Configuration file [3]: /var/ld/ld.config Default Library Path (ELF): /usr/lib:/usr/local/lib Trusted Directories (ELF): /usr/lib/secure (system default) Command line: crle -c /var/ld/ld.config -l /usr/lib:/usr/local/lib
This command is it permanent or dynamic? It's a better choice for my problem? For the next start ?
Now is good sunos show up in hobbit server
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Some month ago, I have installed a hobbit client on a OSX 10.4.7 (Intel) machine. It was working fine, but since a view days, I don't get any monitoring logs of this machine.
The hobbitlaunch is running, at the Clientlaunch.log it is also written
2008-04-02 11:29:27 hobbitlaunch starting 2008-04-02 11:29:27 Loading tasklist configuration from /Users/hobbit/client/etc/clientlaunch.cfg
If I check the running processes for the hobbitlaunch process, it is listet with an PID. The hobbitclient.log is always empty. Also at the system.log, secure.log and mail.log isn't written something about the hobbit client.
Any ideas why the monitoring is not working? Any suggestions on how I can track down the problem?
Maik
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH8vPGr4r+EhimPOURAnLGAKDhS6AKQTdEis9FSmBcsbj7Iqg6FgCgveEh KCqbShxzdMaioO6cysHlvU8= =VWbJ -----END PGP SIGNATURE-----
Maik,
We are using the Darwin client on G5/Intel OSX 10.[3,4,5].x servers. We had to add a couple of lines at the end of the hobbitclient-darwin.sh script to be able to report the log status using logfetch.
$ diff hobbitclient-darwin.sh hobbitclient-darwin.sh.dist 56,60d55 < if test -f $LOGFETCHCFG < then < $BBHOME/bin/logfetch $LOGFETCHCFG $LOGFETCHSTATUS < fi <
After a while, you should have two files in ~hobbit/client/tmp:
logfetch.<client-name>.cfg logfetch.<client-name>.status
You can then check the file ~hobbit/client/tmp/msg.<client-name>.txt for the presence of lines like:
[logfile:/var/log/system.log] type:100000 (file) mode:640 (-rw-r-----) linkcount:1 owner:0 (root) group:80 (admin) size:30 clock:1207119855 (2008/04/02-09:04:15) atime:1207119855 (2008/04/02-09:04:15) ctime:1207119855 (2008/04/02-09:04:15) mtime:1207119855 (2008/04/02-09:04:15)
Dominique UNIL - University of Lausanne
Maik Heinelt wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Some month ago, I have installed a hobbit client on a OSX 10.4.7 (Intel) machine. It was working fine, but since a view days, I don't get any monitoring logs of this machine.
The hobbitlaunch is running, at the Clientlaunch.log it is also written
2008-04-02 11:29:27 hobbitlaunch starting 2008-04-02 11:29:27 Loading tasklist configuration from /Users/hobbit/client/etc/clientlaunch.cfg
If I check the running processes for the hobbitlaunch process, it is listet with an PID. The hobbitclient.log is always empty. Also at the system.log, secure.log and mail.log isn't written something about the hobbit client.
Any ideas why the monitoring is not working? Any suggestions on how I can track down the problem?
Maik
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH8vPGr4r+EhimPOURAnLGAKDhS6AKQTdEis9FSmBcsbj7Iqg6FgCgveEh KCqbShxzdMaioO6cysHlvU8= =VWbJ -----END PGP SIGNATURE-----
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Wed, Apr 02, 2008 at 09:10:33AM +0200, Dominique Frise wrote:
We are using the Darwin client on G5/Intel OSX 10.[3,4,5].x servers. We had to add a couple of lines at the end of the hobbitclient-darwin.sh script to be able to report the log status using logfetch.
$ diff hobbitclient-darwin.sh hobbitclient-darwin.sh.dist 56,60d55 < if test -f $LOGFETCHCFG < then < $BBHOME/bin/logfetch $LOGFETCHCFG $LOGFETCHSTATUS < fi <
I dont understand why. This should run from the generic hobbitclient.sh, right after it runs the OS-specific client script.
Regards, Henrik
Henrik,
I checked our reference OSX client (where we compile and get the binaries for other OSX clients). It is rather old and its version of hobbitclient.sh (1.13) did not have the code for calling logfetch.
You are definitely right: with Hobbit 4.2.0 and above, nothing needs to be added in the hobbitclient-darwin.sh
Sorry for the confusion...
Dominique UNIL - University of Lausanne
Henrik Stoerner wrote:
On Wed, Apr 02, 2008 at 09:10:33AM +0200, Dominique Frise wrote:
We are using the Darwin client on G5/Intel OSX 10.[3,4,5].x servers. We had to add a couple of lines at the end of the hobbitclient-darwin.sh script to be able to report the log status using logfetch.
$ diff hobbitclient-darwin.sh hobbitclient-darwin.sh.dist 56,60d55 < if test -f $LOGFETCHCFG < then < $BBHOME/bin/logfetch $LOGFETCHCFG $LOGFETCHSTATUS < fi <
I dont understand why. This should run from the generic hobbitclient.sh, right after it runs the OS-specific client script.
Regards, Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Dominique Frise wrote: | Henrik, | | I checked our reference OSX client (where we compile and get the binaries for other OSX clients). It is rather old and its version of hobbitclient.sh (1.13) did not have the code for calling logfetch. | | You are definitely right: with Hobbit 4.2.0 and above, nothing needs to be added in the hobbitclient-darwin.sh | | Sorry for the confusion... | | Dominique | UNIL - University of Lausanne | | | Henrik Stoerner wrote: |> On Wed, Apr 02, 2008 at 09:10:33AM +0200, Dominique Frise wrote: |>> We are using the Darwin client on G5/Intel OSX 10.[3,4,5].x servers. |>> We had to add a couple of lines at the end of the hobbitclient-darwin.sh script to be able to report the log status using logfetch. |>> |>> $ diff hobbitclient-darwin.sh hobbitclient-darwin.sh.dist |>> 56,60d55 |>> < if test -f $LOGFETCHCFG |>> < then |>> < $BBHOME/bin/logfetch $LOGFETCHCFG $LOGFETCHSTATUS |>> < fi |>> < |> |> I dont understand why. This should run from the generic hobbitclient.sh, |> right after it runs the OS-specific client script. |> |> |> Regards, |> Henrik |> |> |> To unsubscribe from the hobbit list, send an e-mail to |> hobbit-unsubscribe at hswn.dk |> |> | | To unsubscribe from the hobbit list, send an e-mail to | hobbit-unsubscribe at hswn.dk | | | Anyway, I still cannot monitor the OS-X 10.4.7 machine. Any ideas, why it dosn't work?
Maik
- ---------1---------2---------3---------4---------5---------6--☆-----7 Heinelt Maik ハイネルト マイク 愛知県一宮市富士2-2-22 株式会社 ベガシステムズ TEL 0586-71-3903 FAX 0586-71-4071 Skype ID: daliose -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFH9aVlr4r+EhimPOURAjVgAKCZH+g1n/AkG7f6hPoL7W8LZtjMrgCghB/5 BKi7BfJLm4DL/ALC2KwIojQ= =9u0s -----END PGP SIGNATURE-----
participants (6)
-
bcatlin@gmail.com
-
Dominique.Frise@unil.ch
-
henrik@hswn.dk
-
lebarber@gmail.com
-
maik@vegasystems.com
-
mailinglist.benoit@gmail.com