March 2006 - Xymon - Xymon mailman web

RESOLVED - Slightly OT: External Perl Script
by Robert.Taylor＠HendrickAuto.com 01 Mar '06

01 Mar '06

All, WOW, thanks for the responses. In the end several of the solutions worked and it was indeed an issue with the double quotes. I just gained about 30% CPU usage by getting rid of the shell scripts with this Perl version. I couldn't have done it without your help. Robert Taylor -----Original Message----- From: Taylor, Robert [mailto:Robert.Taylor at HendrickAuto.com] Sent: Wednesday, March 01, 2006 9:24 AM To: hobbit at hswn.dk Subject: [hobbit] Slightly OT: External Perl Script All, This may be slightly off topic, but I figured that there is someone here that can help. Over the past weekend I wrote my first Perl script to replace a number of aging shell scripts that I had. What I have done is written Perl scripts to query Liebert UPS systems, Netbotz environment monitors and Juniper SSL VPN appliances. Needless to say I am now a believer in how much faster Perl is than shell. My scripts dropped from about almost two minutes to run to 8 seconds. I can see all of the output when I print to screen so I know that it is polling everything okay. The problem that I am having is getting Perl to send this data to Hobbit. It is just a formatting issue as I can have it send plain text fine, but I am trying to send HTML to create nice looking status pages. I have looked at previous scripts, but they all use the BigBrother.pm module and I would like to get this working without that. I am by no means a programmer but this problem is going to bother me until I can get it working. Perhaps someone could provide just a bit of Perl guidance? The portion of the code that I think it is getting hung up on is the colons in the HTML, but I am not sure. sub sendupdates { $msg = <<EOM; <html><body><center>  <table border=\"0\" align=\"center\" id=\"table1\" style=\"height: 197px; width: 649px;\"> <tbody> <tr> <th align=\"center\"> <hr width=\"100%\"></th> </tr> < snip other HTML > </center> </body> </html> EOM my $now = localtime($^T) . "\n"; if ($debug eq "yes"){ print "------------------- Time Stamp --------------------\n"; print "Time Stamp: $now\n"; print "------------------- HTML Output -------------------\n"; print $msg; } system("$bb $bbhost \"status ${bbhostname}.ups $color $now ${msg}\""); } The error messages that our output to the screen give the following: bb: incorrect number of arguments Format: <IP-ADDR> <DATA> sh: line 5: width:: command not found sh: line 13: > then there are also a lot of the following messages: sh: line 14: > </div> <table id=table2 style=width:: No such file or directory sh: line 14: height:: command not found sh: line 17: > <tbody> <tr> <th width=267style=font-weight:: command not found sh: line 17: text-align:: command not found sh: line 18: >Hostname:</th> Thanks in advance for any help. Robert Taylor To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Moving to new Hobbit server
by greg.hubbard＠eds.com 01 Mar '06

01 Mar '06

I am no RRD expert, but it must be storing data in binary format. I believe the x86 and SPARC processors store integer values differently -- one is "big-endian" and the other is "little-endian" (I don't remember which is which) and this is the root cause of the problem. Used to have the same problems as a young lad when moving data between the IBM mainframe and VAX. GLH -----Original Message----- From: Ralph Mitchell [mailto:ralphmitchell at gmail.com] Sent: Tuesday, February 28, 2006 11:02 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Moving to new Hobbit server On 2/28/06, ZanDAhaR <allan at zandahar.net> wrote: > Ok cool so basically the graphs stop updating if theyre NQR after the > move, I guess thats pretty effortless to test, move a host onto the > new box and come back in a day and see what happens I suppose. I think you could find out sooner than that - just copy an rrd over to the new system and try to dump it: rrdtool dump datafile.rrd If you get XML, it's probably all good. If it complains, you need to do the export at the original host and import it on the new host. I just copied an rrd over from a Sparc system to an x86 system, and rrdtool dump tells me: *** glibc detected *** double free or corruption (out): 0x0804a170 *** Abort whereas doing the same with a locally-created rrd I get a stream of xml. Likewise, going back to the original system I can dump the original file just fine. Ralph Mitchell To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Slightly OT: External Perl Script
by Andy.Farrior＠victoriacollege.edu 01 Mar '06

01 Mar '06

ARGH! replied to the wrong person.... must drink more coffee.... that'd do it to. I know his $msg had a bunch of quotes in it and was killing the shell. again, sorry about that. andy ________________________________ From: Sherman, Larry, GCM [mailto:Larry.Sherman at rbsgc.com] Sent: Wednesday, March 01, 2006 8:41 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Slightly OT: External Perl Script How about $LINE = "status $hostname.ups $color $now - some Text if you want it $msg"; system("/path/to/bb $bbhost \"$LINE\" &") That's what I do -----Original Message----- From: Taylor, Robert [mailto:Robert.Taylor at HendrickAuto.com] Sent: Wednesday, March 01, 2006 9:24 AM To: hobbit at hswn.dk Subject: [hobbit] Slightly OT: External Perl Script All, This may be slightly off topic, but I figured that there is someone here that can help. Over the past weekend I wrote my first Perl script to replace a number of aging shell scripts that I had. What I have done is written Perl scripts to query Liebert UPS systems, Netbotz environment monitors and Juniper SSL VPN appliances. Needless to say I am now a believer in how much faster Perl is than shell. My scripts dropped from about almost two minutes to run to 8 seconds. I can see all of the output when I print to screen so I know that it is polling everything okay. The problem that I am having is getting Perl to send this data to Hobbit. It is just a formatting issue as I can have it send plain text fine, but I am trying to send HTML to create nice looking status pages. I have looked at previous scripts, but they all use the BigBrother.pm module and I would like to get this working without that. I am by no means a programmer but this problem is going to bother me until I can get it working. Perhaps someone could provide just a bit of Perl guidance? The portion of the code that I think it is getting hung up on is the colons in the HTML, but I am not sure. sub sendupdates { $msg = <<EOM; <html><body><center>  <table border=\"0\" align=\"center\" id=\"table1\" style=\"height: 197px; width: 649px;\"> <tbody> <tr> <th align=\"center\"> <hr width=\"100%\"></th> </tr> < snip other HTML > </center> </body> </html> EOM my $now = localtime($^T) . "\n"; if ($debug eq "yes"){ print "------------------- Time Stamp --------------------\n"; print "Time Stamp: $now\n"; print "------------------- HTML Output -------------------\n"; print $msg; } system("$bb $bbhost \"status ${bbhostname}.ups $color $now ${msg}\""); } The error messages that our output to the screen give the following: bb: incorrect number of arguments Format: <IP-ADDR> <DATA> sh: line 5: width:: command not found sh: line 13: > then there are also a lot of the following messages: sh: line 14: > </div> <table id=table2 style=width:: No such file or directory sh: line 14: height:: command not found sh: line 17: > <tbody> <tr> <th width=267style=font-weight:: command not found sh: line 17: text-align:: command not found sh: line 18: >Hostname:</th> Thanks in advance for any help. Robert Taylor To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ________________________________ ******************************************************************* * This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorized to retain, read, copy or disseminate this message or any part of it. ******************************************************************* *

1 0

Question about NOTICE in hobbit-alerts.cfg
by neil.camp＠deca.mil 01 Mar '06

01 Mar '06

Quick question about the NOTICE tag. If I understand it right, then whenever there is a disable or enable of event, then an email would be sent? So with the following rule... HOST=* SERVICE=* NOTICE NOALERT MAIL me at you.com I should get an e-mail from any host that is either disable/enabled? If that is the case, I have enabled/disable several times, and have not been "notified" and I was wondering where I went wrong. Thanks! --neil ManTech DeCA Operations Systems Administrator (804) 734-8353 neil.camp at deca.mil

2 1

[hobbit] Feasibility of Windows Client
by steve.aiello＠ge.com 01 Mar '06

01 Mar '06

That looks great to me, now you have me all excited ;) Awesome that you have put such effort into this, and I know everyone appreciates it. If there is anything I can do to assist, happy to help. -----Original Message----- From: Etienne Grignon [mailto:etienne.grignon at gmail.com] Sent: Wednesday, March 01, 2006 10:23 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Feasibility of Windows Client Hi Steve, Of course, that was one of the principal objective. Be able to keep the scripts already developped as externals for quest bbnt. You will just need to change the registry key HKEY_LOCAL_MACHINE\SOFTWARE\Quest Software\BigBrother\bbnt\ExternalPath to point to the bbwin temporary path and add the script path to the bbwin externals agents configuration which is in charge to execute the external, get the results from temporary folder and send it to the hobbit server. You will be able to develop easily native bbwin agents dll. As I said, cpu, disk and memory are written as native agents as the externals agent. It will be very powerful. People will be able to improve agents or create new one as they were already doing with externals. So, if you launch bbwin with no loading agent directive, it will do nothing :) So for bbwin, this is the recipe : - agents : native agent dll loaded and launched in a separate bbwin thread - externals : scripts or executables launched in their own process. (need the externals.dll agent loaded) Here is the sample bbwin configuration file : <?xml version="1.0" encoding="utf-8" ?> <configuration> <bbwin> <setting name="hostname" value="myhost" /> <setting name="bbdisplay" value="myhobbitserver.local:1984" /> <setting name="timer" value="300" /> <load name="externals" value=" externals.dll" /> <load name="uptime" value="uptime.dll" /> <load name="cpu" value="cpu.dll" /> <setting name="debuglevel" value="0" /> <setting name="logpath" value="C:\BBWin.log"/> </bbwin> <externals> <setting name="timer" value="300" /> <setting name="logstimer" value="60" /> <load name="timer" timer="300" value="timer.vbs" /> <load name="wlbs" value="wlbs.vbs" /> </externals> <cpu> <setting name="alwaysgreen" value="false" /> <setting name="warnlevel" value="90" /> <setting name="paniclevel" value="95" /> <setting name="delay" value="5" /> </cpu> <uptime> </uptime> </configuration> Tell me what do you think about it. -- Etienne 2006/3/1, Aiello, Steve (GE, Corporate, consultant) < steve.aiello at ge.com>: With your BBWin, will there be the abbility to run customs external scripts ? Alot of my existing scripts are written in VBS. -----Original Message----- From: Etienne Grignon [mailto:etienne.grignon at gmail.com] Sent: Wednesday, March 01, 2006 9:24 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Feasibility of Windows Client Hi Steve, Hi Peter, Well, with BBWin, you will be able to compile it without cygwin because I use all win32 possibilities :) And the source code of BBWin is under GPL, so no more problem :) About the hobbit protocol, the agent will be able to use data messages so, I some agents will be able to send status message used for the web page, and data message in an easier format to be able to parse it on hobbit server side. For the moment, I'm trying to get the same format than the original quest bbnt client to be able to use the existing rrd parsing scripts. Of course, in the future, we can imagine to report status and data in a similar format than the today hobbit unix client. About WMI, I will only use if I can't do it using native C++ api. For example, I have made a nice external vbs using WMI to monitor my windows wlbs (NLB) clusters because no C api was available. However, for the MSCS clusters, even if it's possible to make it with WMI, I had prefered make the external with the native C api. So, note that you will be soon be able to monitor easily the two sorts of Microsoft clusters :) These 2 probes will be integrated in the preview release. (If I have enough time, MSCS external will be released as a native bbwin agent :) ) After posting the preview release, I think I will be able to implement a new probe each 2 weeks, so I will try to work as Henrik : 1) first post the idea with my implementation idea 2) recolt all your ideas and remarks 3) merge the all and implement it If anyone has ideas about the project, don't hesitate to post or to send me directly an email :) Peter : I did't get the attached file you posted, it doesn't seem to be present -- Etienne -- Etienne GRIGNON

2 1

[hobbit] Feasibility of Windows Client
by steve.aiello＠ge.com 01 Mar '06

01 Mar '06

With your BBWin, will there be the abbility to run customs external scripts ? Alot of my existing scripts are written in VBS. -----Original Message----- From: Etienne Grignon [mailto:etienne.grignon at gmail.com] Sent: Wednesday, March 01, 2006 9:24 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Feasibility of Windows Client Hi Steve, Hi Peter, Well, with BBWin, you will be able to compile it without cygwin because I use all win32 possibilities :) And the source code of BBWin is under GPL, so no more problem :) About the hobbit protocol, the agent will be able to use data messages so, I some agents will be able to send status message used for the web page, and data message in an easier format to be able to parse it on hobbit server side. For the moment, I'm trying to get the same format than the original quest bbnt client to be able to use the existing rrd parsing scripts. Of course, in the future, we can imagine to report status and data in a similar format than the today hobbit unix client. About WMI, I will only use if I can't do it using native C++ api. For example, I have made a nice external vbs using WMI to monitor my windows wlbs (NLB) clusters because no C api was available. However, for the MSCS clusters, even if it's possible to make it with WMI, I had prefered make the external with the native C api. So, note that you will be soon be able to monitor easily the two sorts of Microsoft clusters :) These 2 probes will be integrated in the preview release. (If I have enough time, MSCS external will be released as a native bbwin agent :) ) After posting the preview release, I think I will be able to implement a new probe each 2 weeks, so I will try to work as Henrik : 1) first post the idea with my implementation idea 2) recolt all your ideas and remarks 3) merge the all and implement it If anyone has ideas about the project, don't hesitate to post or to send me directly an email :) Peter : I did't get the attached file you posted, it doesn't seem to be present -- Etienne

2 1

[hobbit] Feasibility of Windows Client
by steve.aiello＠ge.com 01 Mar '06

01 Mar '06

I do know that the bb1.9c code does compile on windows under cygwin. My next check was to see if I could get the bbgen client compiled using cygwin. Maybe see if the hobbit code can compile under cygwin. Once compiled, you do not need the full cygwin resources, but the cygwin dll. I have found the BB win client to be very lacking in some regards. In my current environment I need to stay with BigBrother, and am able not upgrade to Hobbit. So I am left with the test thresholds configured on the client side. With the windows client, configuration & thresholds are handled differently than the *nix clients. Also windows client does not have the option to configure what color status to alert on. Some of my servers need to alert on Yellow. Also, bb windows client does not handle the full bb protocol, I have some custom scripts that need to submit information via 'data'. So to me having a windows client that is configured, and has all the same options a *nix is very needful. Of late I just have not had the time to dig into this, but figured I would let you all know compiling under cygwin with the existing source is possible. -----Original Message----- From: Norton, Peter [mailto:Peter.Norton at Manage5Nines.com] Sent: Wednesday, March 01, 2006 8:10 AM To: 'hobbit at hswn.dk' Subject: RE: [hobbit] Feasibility of Windows Client This e-mail is subject to the disclaimer set out below. ------------------------------------------------------------------------ --- Hi Etienne, I've been playing around with getting the various bit of info, such as disk usage, cpu, services, etc. using WMI scripts via .vbs. I've attached the file. I've not touched it for a month or so, but it might be of some use. The [ps] section uses the Sysinternals tools plist. My original idea was to output the data in the same format as the linux client, so no further coding was required in the hobbit daemon. Regards, Peter -----Original Message----- From: Etienne Grignon [mailto:etienne.grignon at gmail.com] Sent: 01 March 2006 12:53 To: hobbit at hswn.dk Subject: Re: [hobbit] Feasibility of Windows Client Hi all, I wanted to make you the surprise but I think I have to announce it today. I'm thinking of an open source big brother hobbit client for months and started to code it 2 month ago. The client is coded in C++ using the platform SDK, the visual C++ toolkit (free edition of the compiler). I have written the program with the idea: "I want to make it work without installing nothing more than a default Windows 2000 installation". It will work as a native service and it will not be a monolithic program as the actual quest bbnt. We are in 2006, I think each program should have been written to take part of the plug in architecture. So, the service is actually an engine loading native agent (dll). So, the service loads the agents and it schedules their execution. Of course, one of my agent is called externals.dll and will be able to execute all existing scripts that every one are using with the original bbnt. But, for the future, every one will be able to develop native agents (using a small C++ api that I wrote). So, at first, I'm working on externals agent and with important agents as cpu, disk and memory (respectively: cpu.dll, disk.dll, memory.dll). For events, I'm waiting to be able to implement the same thing that Henrik is making for the unix agent. About the configuration, it is done thanks to the registry only for paths information, and the configuration of the service and each agent is done with a nice XML configuration file. About the installer, it will be a native MSI written using the wix toolkit to be able to deploy the package very easily. I'm working on it but for the moment, but my concentration for the moment is really on the service and the agents. Now, let's talk about the project name: The software is called bbwin (project already created on bbwin) I will try to post the source soon after the preview release. (For the moment, I'm trying to find a nice way to publish posts from my subversion repository to the cvs sourceforge repository :) ) There will be 2 executables: Bbwin.Exe : build as a native service Bbwincmd.exe : it is a simple command line client as bb.exe on unix, it is compiled with my hobbit protocol C++ class implementing 95 % of the protocol. I posted a preview on sourceforge : http://sourceforge.net/project/showfiles.php?group_id=136450&package_id= 149927&release_id=397674 About compatibility, it should work well on Windows XP, Windows 2000, Windows 2003 and also on Windows NT 4.0 SP 6. For 64 bits, I have no hardware to test for the moment. Also, Henrik, you told us that you knew someone working on it. Would it be possible for you to make me in contact with him ? May be we could work together. Even, if for the moment, I don't have much of native agents, I think working together could be cool and try to get the best of the 2 windows clients. So please, wait some days, I'm preparing a first preview so, you will be able to judge on it. I will post a new message on the list on March 15th . Last thing, if you are going to renew your bbnt licence pack, I think you should wait some time ... : ) Etienne (aka sharpyy) From Paris 2006/3/1, Rich Smrcina <rsmrcina at wi.rr.com>: Yes, the BB windows client does work just fine. Word is that there is a Hobbit windows client in development, which we are very eagerly waiting for. Ralph Mitchell wrote: > I would expect the Windows BB client to be able to report to Hobbit - > after all, the other various BB tests I've tried seem to work just > fine. I've never used the Windows client, so I don't know if there'd > be much advantage in re-inventing it. > > Ralph Mitchell > > > On 3/1/06, Camp, Neil D. (ManTech) CTR <neil.camp at deca.mil> wrote: >> Question to all, >> >> What would be the feasibility of building a windows client? >> Would you have to write it from scratch? >> Could you potentially use cygwin dlls to assist? >> Could you use the BB windows client? >> >> I am curious, and would like to pursue this. I am not a coder especially >> for windows, but I would be willing to give it a try. I just need some >> suggestions and input on what direction to go, and if there would be any >> interest in a windows client. Thanks! >> >> --neil >> >> ManTech >> DeCA Operations Systems Administrator >> (804) 734-8353 >> neil.camp at deca.mil >> >> >> 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 > > -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2006 - Chattanooga, TN - April 7-11, 2006 To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk -- Etienne GRIGNON ------------------------------------------------------------------------ --- This e-mail message is confidential and for use by the addressee only. If you are not the intended recipient, you must not use, disclose, copy or forward this transmission. Please return the message to the sender by replying to it and then delete the message from your computer. The Generics Group provides e-mail services for both itself and a number of its independent spin-out companies. The Generics Group shall not be held liable to any person resulting from the use of any information contained in this e-mail and shall not be liable to any person who acts or omits to do anything in reliance upon it. The Generics Group does not accept responsibility for changes made to this message after it was sent.

3 2

Slightly OT: External Perl Script
by Robert.Taylor＠HendrickAuto.com 01 Mar '06

01 Mar '06

All, This may be slightly off topic, but I figured that there is someone here that can help. Over the past weekend I wrote my first Perl script to replace a number of aging shell scripts that I had. What I have done is written Perl scripts to query Liebert UPS systems, Netbotz environment monitors and Juniper SSL VPN appliances. Needless to say I am now a believer in how much faster Perl is than shell. My scripts dropped from about almost two minutes to run to 8 seconds. I can see all of the output when I print to screen so I know that it is polling everything okay. The problem that I am having is getting Perl to send this data to Hobbit. It is just a formatting issue as I can have it send plain text fine, but I am trying to send HTML to create nice looking status pages. I have looked at previous scripts, but they all use the BigBrother.pm module and I would like to get this working without that. I am by no means a programmer but this problem is going to bother me until I can get it working. Perhaps someone could provide just a bit of Perl guidance? The portion of the code that I think it is getting hung up on is the colons in the HTML, but I am not sure. sub sendupdates { $msg = <<EOM; <html><body><center>  <table border=\"0\" align=\"center\" id=\"table1\" style=\"height: 197px; width: 649px;\"> <tbody> <tr> <th align=\"center\"> <hr width=\"100%\"></th> </tr> < snip other HTML > </center> </body> </html> EOM my $now = localtime($^T) . "\n"; if ($debug eq "yes"){ print "------------------- Time Stamp --------------------\n"; print "Time Stamp: $now\n"; print "------------------- HTML Output -------------------\n"; print $msg; } system("$bb $bbhost \"status ${bbhostname}.ups $color $now ${msg}\""); } The error messages that our output to the screen give the following: bb: incorrect number of arguments Format: <IP-ADDR> <DATA> sh: line 5: width:: command not found sh: line 13: > then there are also a lot of the following messages: sh: line 14: > </div> <table id=table2 style=width:: No such file or directory sh: line 14: height:: command not found sh: line 17: > <tbody> <tr> <th width=267style=font-weight:: command not found sh: line 17: text-align:: command not found sh: line 18: >Hostname:</th> Thanks in advance for any help. Robert Taylor

3 2

[hobbit] Slightly OT: External Perl Script
by Larry.Sherman＠rbsgc.com 01 Mar '06

01 Mar '06

How about $LINE = "status $hostname.ups $color $now - some Text if you want it $msg"; system("/path/to/bb $bbhost \"$LINE\" &") That's what I do -----Original Message----- From: Taylor, Robert [mailto:Robert.Taylor at HendrickAuto.com] Sent: Wednesday, March 01, 2006 9:24 AM To: hobbit at hswn.dk Subject: [hobbit] Slightly OT: External Perl Script All, This may be slightly off topic, but I figured that there is someone here that can help. Over the past weekend I wrote my first Perl script to replace a number of aging shell scripts that I had. What I have done is written Perl scripts to query Liebert UPS systems, Netbotz environment monitors and Juniper SSL VPN appliances. Needless to say I am now a believer in how much faster Perl is than shell. My scripts dropped from about almost two minutes to run to 8 seconds. I can see all of the output when I print to screen so I know that it is polling everything okay. The problem that I am having is getting Perl to send this data to Hobbit. It is just a formatting issue as I can have it send plain text fine, but I am trying to send HTML to create nice looking status pages. I have looked at previous scripts, but they all use the BigBrother.pm module and I would like to get this working without that. I am by no means a programmer but this problem is going to bother me until I can get it working. Perhaps someone could provide just a bit of Perl guidance? The portion of the code that I think it is getting hung up on is the colons in the HTML, but I am not sure. sub sendupdates { $msg = <<EOM; <html><body><center>  <table border=\"0\" align=\"center\" id=\"table1\" style=\"height: 197px; width: 649px;\"> <tbody> <tr> <th align=\"center\"> <hr width=\"100%\"></th> </tr> < snip other HTML > </center> </body> </html> EOM my $now = localtime($^T) . "\n"; if ($debug eq "yes"){ print "------------------- Time Stamp --------------------\n"; print "Time Stamp: $now\n"; print "------------------- HTML Output -------------------\n"; print $msg; } system("$bb $bbhost \"status ${bbhostname}.ups $color $now ${msg}\""); } The error messages that our output to the screen give the following: bb: incorrect number of arguments Format: <IP-ADDR> <DATA> sh: line 5: width:: command not found sh: line 13: > then there are also a lot of the following messages: sh: line 14: > </div> <table id=table2 style=width:: No such file or directory sh: line 14: height:: command not found sh: line 17: > <tbody> <tr> <th width=267style=font-weight:: command not found sh: line 17: text-align:: command not found sh: line 18: >Hostname:</th> Thanks in advance for any help. Robert Taylor To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ----------------------------------------- ******************************************************************* * This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorized to retain, read, copy or disseminate this message or any part of it. ******************************************************************* *

1 0

[hobbit] Feasibility of Windows Client
by Peter.Norton＠Manage5Nines.com 01 Mar '06

01 Mar '06

This e-mail is subject to the disclaimer set out below. --------------------------------------------------------------------------- Hi Etienne, I've been playing around with getting the various bit of info, such as disk usage, cpu, services, etc. using WMI scripts via .vbs. I've attached the file. I've not touched it for a month or so, but it might be of some use. The [ps] section uses the Sysinternals tools plist. My original idea was to output the data in the same format as the linux client, so no further coding was required in the hobbit daemon. Regards, Peter -----Original Message----- From: Etienne Grignon [mailto:etienne.grignon at gmail.com] Sent: 01 March 2006 12:53 To: hobbit at hswn.dk Subject: Re: [hobbit] Feasibility of Windows Client Hi all, I wanted to make you the surprise but I think I have to announce it today. I'm thinking of an open source big brother hobbit client for months and started to code it 2 month ago. The client is coded in C++ using the platform SDK, the visual C++ toolkit (free edition of the compiler). I have written the program with the idea: "I want to make it work without installing nothing more than a default Windows 2000 installation". It will work as a native service and it will not be a monolithic program as the actual quest bbnt. We are in 2006, I think each program should have been written to take part of the plug in architecture. So, the service is actually an engine loading native agent (dll). So, the service loads the agents and it schedules their execution. Of course, one of my agent is called externals.dll and will be able to execute all existing scripts that every one are using with the original bbnt. But, for the future, every one will be able to develop native agents (using a small C++ api that I wrote). So, at first, I'm working on externals agent and with important agents as cpu, disk and memory (respectively: cpu.dll, disk.dll, memory.dll). For events, I'm waiting to be able to implement the same thing that Henrik is making for the unix agent. About the configuration, it is done thanks to the registry only for paths information, and the configuration of the service and each agent is done with a nice XML configuration file. About the installer, it will be a native MSI written using the wix toolkit to be able to deploy the package very easily. I'm working on it but for the moment, but my concentration for the moment is really on the service and the agents. Now, let's talk about the project name: The software is called bbwin (project already created on bbwin) I will try to post the source soon after the preview release. (For the moment, I'm trying to find a nice way to publish posts from my subversion repository to the cvs sourceforge repository :) ) There will be 2 executables: Bbwin.Exe : build as a native service Bbwincmd.exe : it is a simple command line client as bb.exe on unix, it is compiled with my hobbit protocol C++ class implementing 95 % of the protocol. I posted a preview on sourceforge : http://sourceforge.net/project/showfiles.php?group_id=136450 <http://sourceforge.net/project/showfiles.php?group_id=136450&package_id=149 927&release_id=397674> &package_id=149927&release_id=397674 About compatibility, it should work well on Windows XP, Windows 2000, Windows 2003 and also on Windows NT 4.0 SP 6. For 64 bits, I have no hardware to test for the moment. Also, Henrik, you told us that you knew someone working on it. Would it be possible for you to make me in contact with him ? May be we could work together. Even, if for the moment, I don't have much of native agents, I think working together could be cool and try to get the best of the 2 windows clients. So please, wait some days, I'm preparing a first preview so, you will be able to judge on it. I will post a new message on the list on March 15th . Last thing, if you are going to renew your bbnt licence pack, I think you should wait some time ... : ) Etienne (aka sharpyy) >From Paris 2006/3/1, Rich Smrcina <rsmrcina at wi.rr.com <mailto:rsmrcina at wi.rr.com> >: Yes, the BB windows client does work just fine. Word is that there is a Hobbit windows client in development, which we are very eagerly waiting for. Ralph Mitchell wrote: > I would expect the Windows BB client to be able to report to Hobbit - > after all, the other various BB tests I've tried seem to work just > fine. I've never used the Windows client, so I don't know if there'd > be much advantage in re-inventing it. > > Ralph Mitchell > > > On 3/1/06, Camp, Neil D. (ManTech) CTR <neil.camp at deca.mil <mailto:neil.camp at deca.mil> > wrote: >> Question to all, >> >> What would be the feasibility of building a windows client? >> Would you have to write it from scratch? >> Could you potentially use cygwin dlls to assist? >> Could you use the BB windows client? >> >> I am curious, and would like to pursue this. I am not a coder especially >> for windows, but I would be willing to give it a try. I just need some >> suggestions and input on what direction to go, and if there would be any >> interest in a windows client. Thanks! >> >> --neil >> >> ManTech >> DeCA Operations Systems Administrator >> (804) 734-8353 >> neil.camp at deca.mil <mailto:neil.camp at deca.mil> >> >> >> To unsubscribe from the hobbit list, send an e-mail to >> hobbit-unsubscribe at hswn.dk <mailto:hobbit-unsubscribe at hswn.dk> >> >> >> > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk <mailto:hobbit-unsubscribe at hswn.dk> > > -- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (360)715-2467 rich.smrcina at vmassist.com <http://vmassist.com> Catch the WAVV! http://www.wavv.org <http://www.wavv.org> WAVV 2006 - Chattanooga, TN - April 7-11, 2006 To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk <mailto:hobbit-unsubscribe at hswn.dk> -- Etienne GRIGNON --------------------------------------------------------------------------- This e-mail message is confidential and for use by the addressee only. If you are not the intended recipient, you must not use, disclose, copy or forward this transmission. Please return the message to the sender by replying to it and then delete the message from your computer. The Generics Group provides e-mail services for both itself and a number of its independent spin-out companies. The Generics Group shall not be held liable to any person resulting from the use of any information contained in this e-mail and shall not be liable to any person who acts or omits to do anything in reliance upon it. The Generics Group does not accept responsibility for changes made to this message after it was sent.

1 0