From bryan@stansell.org Tue Mar 12 01:29:05 2002 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g2C9T52S001266; Tue, 12 Mar 2002 01:29:05 -0800 (PST) Received: (from bryan@localhost) by underdog.stansell.org (8.12.2/8.12.2/Submit) id g2C9T4ol001265; Tue, 12 Mar 2002 01:29:04 -0800 (PST) Date: Tue, 12 Mar 2002 01:29:04 -0800 From: Bryan Stansell To: announce@conserver.com, users@conserver.com Subject: conserver 7.2.0 is available Message-ID: <20020312012904.G11306@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: 7.2.0 is finally ready! Not much has changed since 7.2.0-beta3 (a good thing, really) but a heck of a lot has changed since 7.1.4. I highly suggest folks upgrade - the ability to send a HUP and reconfigure conserver without kicking off all your clients can be a great asset (according to my inner-circle of friends who are also users/testers). Here's the complete list of changes since 7.1.4. I hope everyone enjoys new the features. version 7.2.0 (Mar 12, 2002): - check for valid baud rates (invalid resulted in '0') - reported by Andrew Gallatin - a broadcast messages to others on your console can now be sent via ^Ecb version 7.2.0-beta3 (Feb 25, 2002): - allow for 57600 and 115200 baud rates - patch by Andreas Wrede - TCP traffic now escaped according to Telnet protocol - the highly desired dynamic reconfiguration of conserver is here! the HUP signal now triggers a read of the configuration file and adjustment of consoles - configure flags shown in -V output version 7.2.0-beta2 (Feb 14, 2002): - new -W client option for showing who's attached to a single conserver master - suggested by Dave Stuit - maxfiles() clashes with HP-UX 11 'maxfiles' variable - patch by Adam Morris - removed use of socklen_t type for better compatibility - removed TELCMD/TELOPT use for compatibility version 7.2.0-beta1 (Jan 29, 2002): - static structures and strings are now dynamic in server - MAXGRP (--with-maxgrp) has been removed as it's now dynamic - new -m server option for setting the maximum consoles per process - the default is still set with --with-maxmemb - new -i client option (and ^Eci) that displays console information in a machine-parseable format - two debug levels (second level by using two -D options) - ANSI prototypes and definitions (when available) Bryan Stansell From aaron@osdl.org Tue Mar 12 11:28:02 2002 Received: from mail.osdl.org (air-2.osdl.org [65.201.151.6]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g2CJS22S005968 for ; Tue, 12 Mar 2002 11:28:02 -0800 (PST) Received: from osdlab.pdx.osdl.net (osdlab.pdx.osdl.net [172.20.1.28]) by mail.osdl.org (8.11.6/8.11.6) with ESMTP id g2CJRsR32604 for ; Tue, 12 Mar 2002 11:27:54 -0800 Date: Tue, 12 Mar 2002 11:27:54 -0800 (PST) From: Aaron Burt X-X-Sender: To: Subject: Re: conserver 7.2.0 is available In-Reply-To: <20020312012904.G11306@underdog.stansell.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: On Tue, 12 Mar 2002, Bryan Stansell wrote: > 7.2.0 is finally ready! Yay! I went ahead and RPM'd it for deployment here at the OSDL, and found that I had to change the last few lines of the conserver.spec file to: %{prefix}/share/man/man1/console.1.gz %{prefix}/share/man/man8/conserver.8.gz %{prefix}/share/man/man5/conserver.cf.5.gz %{prefix}/sbin/conserver in order for it to build on Red Hat 7.1. I added share/ to the man path and changed conserver.cf from (8) to (5). With this, an rpm -ba worked nicely. Looking forward to the .deb. From bryan@stansell.org Tue Mar 12 14:26:13 2002 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g2CMQB2S007747 for ; Tue, 12 Mar 2002 14:26:13 -0800 (PST) Received: (from bryan@localhost) by underdog.stansell.org (8.12.2/8.12.2/Submit) id g2CMQBXD007746 for users@conserver.com; Tue, 12 Mar 2002 14:26:11 -0800 (PST) Date: Tue, 12 Mar 2002 14:26:11 -0800 From: Bryan Stansell To: users@conserver.com Subject: Re: conserver 7.2.0 is available Message-ID: <20020312142611.K11306@underdog.stansell.org> References: <20020312012904.G11306@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from aaron@osdl.org on Tue, Mar 12, 2002 at 11:27:54AM -0800 Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: On Tue, Mar 12, 2002 at 11:27:54AM -0800, Aaron Burt wrote: > in order for it to build on Red Hat 7.1. I added share/ to the man path > and changed conserver.cf from (8) to (5). i've updated the source so that it matches what you did. i *think* it was a redhat 6.X bundle i was given - it's definitely time to move to 7.X. anyone know if there's a certain syntax to make it work with both (and future) versions? > With this, an rpm -ba worked nicely. Looking forward to the .deb. me too! anyout out there have one? or can someone put one together?? i was going to look into some of this stuff myself, but i'm hoping there are a couple of experts out there with immediate answers. i'm going to bury my head in the code instead... ;-) Bryan From jh@axis.com Wed Mar 13 02:58:51 2002 Received: from krynn.axis.se (krynn.axis.se [193.13.178.10]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g2DAwo2S017014; Wed, 13 Mar 2002 02:58:50 -0800 (PST) Received: from milamber.axis.se (jh-vtun-laptop.axis.se [10.2.8.6]) by krynn.axis.se (8.12.1/8.12.1/Debian -5) with ESMTP id g2DAwgQI027281; Wed, 13 Mar 2002 11:58:42 +0100 Received: from axis.com (localhost [127.0.0.1]) by milamber.axis.se (8.12.1/8.12.1/Debian -5) with ESMTP id g2DAwWwt016001; Wed, 13 Mar 2002 11:58:32 +0100 Content-Transfer-Encoding: binary Content-Type: multipart/signed; boundary="_----------=_1016017109159480"; protocol="application/pgp-signature" MIME-Version: 1.0 Subject: Re: conserver 7.2.0 is available To: Bryan Stansell Cc: users@conserver.com X-Mailer: jevim v2.6 Date: Wed, 13 Mar 2002 11:58:32 +0100 Message-ID: <16000.1016017112@axis.com> From: Joergen Haegg Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. --_----------=_1016017109159480 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain >> With this, an rpm -ba worked nicely. Looking forward to the .deb. > > me too! anyout out there have one? or can someone put one together?? Actually, 7.1.3 has been available for a while in the Debian woody and sid distribution. And 7.2.0 will be there in a while. :-) (At least in sid, woody is about to be frozen.) --_----------=_1016017109159480 Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA8jzDWygfmFBKqHbgRAuCeAKDyKl8arGAOnAAjYF2lVA9yV6rSJACcCJUM Br7erF4VfDJEtQymnx/rFa0= =881G -----END PGP SIGNATURE----- --_----------=_1016017109159480-- From jh@axis.com Fri Mar 15 20:58:27 2002 Received: from miranda.axis.se (miranda.axis.se [193.13.178.2]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g2G4wO2S024071; Fri, 15 Mar 2002 20:58:27 -0800 (PST) Received: from milamber.axis.se (jh-vtun-laptop.axis.se [10.2.8.6]) by miranda.axis.se (8.12.1/8.12.1/Debian -5) with ESMTP id g2G4wLDi017468; Sat, 16 Mar 2002 05:58:21 +0100 Received: from axis.com (localhost [127.0.0.1]) by milamber.axis.se (8.12.1/8.12.1/Debian -5) with ESMTP id g2G4w8wt025148; Sat, 16 Mar 2002 05:58:08 +0100 Content-Transfer-Encoding: binary Content-Type: multipart/signed; boundary="_----------=_1016254682248290"; protocol="application/pgp-signature" MIME-Version: 1.0 Subject: Re: conserver 7.2.0 is available To: Bryan Stansell Cc: users@conserver.com X-Mailer: jevim v2.6 Date: Sat, 16 Mar 2002 05:58:08 +0100 Message-ID: <25147.1016254688@axis.com> From: Joergen Haegg Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. --_----------=_1016254682248290 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain >> With this, an rpm -ba worked nicely. Looking forward to the .deb. > me too! anyout out there have one? or can someone put one together?? Deb files are available at ftp.axis.se:/n/ftp/pub/users/jh/conserver and they are also uploaded to Debian main archive. --_----------=_1016254682248290 Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA8ktDeygfmFBKqHbgRAsP/AJ9Ba/4nBX64Kpd1Atwjg6vgQp+tDwCfdHsM pGT+TOZRay1yBgDu9zl5ITo= =Hu1m -----END PGP SIGNATURE----- --_----------=_1016254682248290-- From vp@goldentele.com Mon Mar 25 07:27:07 2002 Received: from office.gt.com.ua (office.gt.com.ua [212.82.192.58]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g2PFR02S011276 for ; Mon, 25 Mar 2002 07:27:06 -0800 (PST) Received: from wowa.office.gt.com.ua (wowa.office.gt.com.ua [10.100.1.3]) by office.gt.com.ua (8.9.3/8.9.3) with ESMTP id RAA19553 for ; Mon, 25 Mar 2002 17:26:44 +0200 (EET) (envelope-from vp@goldentele.com) Received: by wowa.office.gt.com.ua with Internet Mail Service (5.5.2655.55) id ; Mon, 25 Mar 2002 17:26:44 +0200 Message-ID: From: "Patenko, Vladislav" To: users@conserver.com Subject: regex in conserver.passwd Date: Mon, 25 Mar 2002 17:26:43 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C1D411.77DC66B0" Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C1D411.77DC66B0 Content-Type: text/plain; charset="KOI8-R" Hello, I've console server with ~70 consoles. I could divide all of this consoles into several group by name. For example, I've consoles mer1_lan, mer2_lan, mer3_lan, mer1_con, mer2_con, mer3_con. (*_lan - first group, *_con - second group) And, I would like to control user access to each of this groups. I know I should use conserver.passwd for this puprose. But, if I want to write conserver.passwd for this case, I have 10 lines for users and about 30 consoles per user. As for me, the best choice to use regex for console names in conserver.passwd. As I know, conserver doesn't support regexp in conserver.passwd . Now I use small patch for using regex in passwd file (in attachment), so my conserver.passwd like to: vlad:*passwd*: .*_lan .*_con sun_e450 sun_ultra nick:*passwd*: .*_con Is it possible to apply this patch to next version of conserver or develop another decision similar to this ? This patch used on FreeBSD4.5 . -- Vlad Patenko ------_=_NextPart_000_01C1D411.77DC66B0 Content-Type: application/octet-stream; name="patch-group.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-group.c" --- conserver/group.c Tue Mar 12 04:06:06 2002=0A= +++ conserver/group.c Mon Mar 25 16:50:54 2002=0A= @@ -66,6 +66,7 @@=0A= #include =0A= #include =0A= #include =0A= +#include =0A= #if USE_ANSI_PROTO=0A= #include =0A= #else=0A= @@ -782,10 +783,13 @@=0A= } else {=0A= char *p;=0A= int max;=0A= + regex_t* regexp;=0A= max =3D strlen(server);=0A= p =3D pCLServing->pCEwant->server.string;=0A= + regexp=3D(regex_t*)malloc(sizeof(regex_t));=0A= while (strlen(p) >=3D max) {=0A= - if (strcmp(server, p) =3D=3D 0) {=0A= + regcomp(regexp, server, REG_ICASE|REG_NOSUB);=0A= + if (!regexec(regexp,p,0,NULL,0)) {=0A= if (fVerbose) {=0A= Info("User %s logging into server %s",=0A= pCLServing->acid.string,=0A= ------_=_NextPart_000_01C1D411.77DC66B0-- From bryan@stansell.org Mon Mar 25 14:49:13 2002 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g2PMnD2S020512 for ; Mon, 25 Mar 2002 14:49:13 -0800 (PST) Received: (from bryan@localhost) by underdog.stansell.org (8.12.2/8.12.2/Submit) id g2PMnDIQ020511 for users@conserver.com; Mon, 25 Mar 2002 14:49:13 -0800 (PST) Date: Mon, 25 Mar 2002 14:49:13 -0800 From: Bryan Stansell To: users@conserver.com Subject: Re: regex in conserver.passwd Message-ID: <20020325144913.S11306@underdog.stansell.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from vp@goldentele.com on Mon, Mar 25, 2002 at 05:26:43PM +0200 Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: On Mon, Mar 25, 2002 at 05:26:43PM +0200, Patenko, Vladislav wrote: > Now I use small patch for using regex in passwd file (in attachment), so my > conserver.passwd like to: cool! thanks for the patch! > Is it possible to apply this patch to next version of conserver or develop > another decision similar to this ? yep! i'm integrating it in with some configure changes right now so that it will only be used if the regex functions exist. it will be in 7.2.1. Bryan From bryan@stansell.org Mon Mar 25 18:12:38 2002 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.2/8.12.2) with ESMTP id g2Q2Cc2S023002; Mon, 25 Mar 2002 18:12:38 -0800 (PST) Received: (from bryan@localhost) by underdog.stansell.org (8.12.2/8.12.2/Submit) id g2Q2CcRB023001; Mon, 25 Mar 2002 18:12:38 -0800 (PST) Date: Mon, 25 Mar 2002 18:12:38 -0800 From: Bryan Stansell To: announce@conserver.com, users@conserver.com Subject: conserver 7.2.1 is available Message-ID: <20020325181238.U11306@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: Here's the latest version of conserver. There's one bug fix I wanted to get out as well as a couple cool new features. Enjoy. version 7.2.1 (Mar 25, 2002): - bug regarding timestamp/break reading - patch by Benn Oshrin - console names in conserver.passwd can be regular expressions if enabled using --with-regex - based on code from Vladislav Patenko - breaks recorded to console logs if 'b' option used in timestamp-spec - suggested by Dave Stuit Bryan Stansell From corrigan@KiNETWORKS.com Fri Mar 29 08:14:42 2002 Received: from interlock.KiNETWORKS.com ([65.199.229.162]) by underdog.stansell.org (8.12.2/8.12.2) with SMTP id g2TGEf2S019160; Fri, 29 Mar 2002 08:14:42 -0800 (PST) Received: from fileserver.rtp.KiNETWORKS.com by interlock.KiNETWORKS.com via smtpd (for underdog.stansell.org [209.182.207.130]) with SMTP; 29 Mar 2002 16:14:41 UT Received: from e5a.rtp.KiNETWORKS.com (e5a.rtp.KiNETWORKS.com [172.16.16.8]) by KiNETWORKS.com (8.11.2/8.11.1) with ESMTP id g2TGEck10339; Fri, 29 Mar 2002 11:14:38 -0500 (EST) Received: from e5a (e5a [172.16.16.8]) by e5a.rtp.KiNETWORKS.com (8.9.3+Sun/8.9.3) with SMTP id LAA05444; Fri, 29 Mar 2002 11:14:37 -0500 (EST) Message-Id: <200203291614.LAA05444@e5a.rtp.KiNETWORKS.com> Date: Fri, 29 Mar 2002 11:14:37 -0500 (EST) From: Jim Corrigan Reply-To: Jim Corrigan Subject: An offer to all Conserver users with under 150 consoles to manage... To: users@conserver.com, biz@KiNETWORKS.com Cc: biz@KiNETWORKS.com, bryan@conserver.com, fine@head-cfa.harvard.edu, ksb+conserver@sa.fedex.com MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: EeMzxUYtGNqhTSt2ngIifA== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 sun4u sparc Sender: users-admin@conserver.com Errors-To: users-admin@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Conserver Users List-Unsubscribe: , List-Archive: ATTENTION ATTENTION ATTENTION ATTENTION ATTENTION ATTENTION ************************************************************************* Attention: Conserver Users with under 150 consoles to manager Deploy CLIM at No Charge. CLIM Provides the ability to: - access and manage your Consoles - monitor and maintain the Terminal Servers and their configuration - monitor your UNIX, OpenVMS and NT CPU, Memory, Disk and Process Resources - monitor Application Availability - monitor any console, system or application log file Conserver users deploy CLIM and NodeMonitor services and provide feedback on how to improve CLIM. KI NETWORKS provides perm licenses and ongoing support. ********************************************************************** OPEN INVITATION to CONSERVER Developers: ________________________________________ We offer an open invitation to Bryan Stansell, Kevin Braunsdorf and Tom Fine to deploy CLIM at their sites and provide feedback on how to make CLIM a better console manager and work with us to advance CLIM as a Unifying Universal Console Access solution. GOAL: Unifying Console Access ______________________________ Ki NETWORKS goal is to provide a Unified and Universal Console Access solution. We believe with the input of those current conserver users we can more readily achieve this goal. What Conserver Users GET: _________________________ To the conserver users we will provide perm licenses for using CLIM and providing Ki NETWORKS with input as to how to further improve it. We realize that many conserver users can not afford CLIM, but can provide valuable feedback to improve CLIM. We want your inputs and want to see you have access to the best possible Console Access available. CLIM is a Commercial Product Used by Large Multinational Corporations _____________________________________________________________________ CLIM is used primarily by large multinational corporations and sold at a very reasonable price. We will continue to sell CLIM to large corporations that require a commercial grade product that is fully supported and take their inputs to make CLIM a better product. We want to enlist the users of conserver and get them to deploy CLIM and replace their versions of conserver. We will not charge conserver users who provide feedback and participate in this product upgrade. All we ask is that you deploy CLIM and provide feedback on what additional enhancements that conserver users would like to see. CLIM Functionality ___________________ CLIM is a commercial product that provides extensive management facilities including console management easy to install and deploy dynamically add consoles w/o having to cycle Service daemons multiple read/write access exclusive access that makes all read/write access read-only, connect to all consoles with a single window ( gang connect ) multiple access methods that are all logged to unique log files including telnet and SSH sessions ( 2nd QTR 2002 ) and operator console ( need to load KOP Service on remote system ) auto-archiving of unique console logs support for SSH v2 and access to terminal servers that have SSH v2 deployed, i.e., cyclades, lantronix and cisco ( v1 - version 1 support by 2nd QTR 2002) tightvnc access to windows from UNIX using tightvnc and UNIX Window manager and connection via Browser using port 5801 and above. CPU Efficient console log scanning auto configures terminal server ports and locks them down. Supports three power managers that have serial lines including APC and Server Technology Console inputs and outputs can be scan real-time as they occur, for up to five patterns as they occur as well as boot prompts are reported immediately when found a filter daemon will be released that will allow for significantly advanced pattern searches in the most CPU efficient manner. Terminal/Access Server Management Monitors, Maintains and Manages Terminal/Access Servers' configuration of their serial ports. Monitors, Maintains and Manages Terminal/Access Servers' configuration of console ports controlled by CLIM. This capability means that if the terminal server port goes unavailable then you will know prior to accessing the port. Log File Monitoring a highly CPU efficient, beats Perle Scripts scanning, and scan of console logs. Pattern recognition is specified by regular expressions. A filter daemon will be released in two weeks that will allow for significantly advanced pattern searches of console logs, system logs and application log files in the most CPU efficient manner. If you distribute CLIM's NodeMonitor Services to each system under Console Management any log file on that system can be monitored including UNIX messages file or any NT event file or OpenVMS Operator Log file. Any log files patterns found are forwarded: to our Event manager as an SNMP trap to BMC Software, Tivoli or OpenView event managers. As many lines before and after a found pattern can be specified by the user to be forwarded with the found pattern. The log file contents can be filtered as it is viewed by patterns or time intervals. The filtered log file can be printed or emailed or displayed via web. Event Manager Pattern finds, System Resource and Application Availability Monitoring or mealtime high priority console scans are received by the Event Manager. The events found can be reported as they are found or an event can be generated after a number of events come in within a specified period of time. Actions associated with an event can be generated depending on the time of day. UP to 5 times of days can be specified Actions can be limited to occur a specified number of times with a given duration of time, e.g. one action per 1 hour or 30 minutes. System Resource, Application Availability Monitoring and Operations Console Those systems connected to CLIM via an access server can easily and quickly deploy system resource and application monitoring. NODEMONITOR Services include Log File Manager, Event Manager, KIOperations ( KOP ) Services and our directory server KiDS. CPU, Memory, Disk and Page/Swap file are monitored. Resource utilization that exceeds the thresholds set automatically or specified by the user has an event generated. If a monitored application executable ( multiple instances are found of same process name ) exits user can stipulate restart script. An event is generated and a popup is sent to any CLIM Ki Works. OpenVMS applications PID is reported in HEX. A script is run to set up a CLIM UNIX server as a Distribution Server. The Distribution Server is populated from our ftp site with the required binaries. The systems connected to and under control of CLIM will be updated with the NODEMONITOR Services via another script. From CLIM the user will be able to gain access to a UNIX X server via X display or WebBrowser port 5801. The browser must support Java. NODEMONITOR Services will need to be installed on the UNIX system. Access to NT and Win2k WinVNC servers will also be allowed via X and broswer and will be more efficient under tightvnc binaries. AutoFailover to upto Three Redundant Systems A CLIM BFD Service named for the buford ( Backup failover daemon ) allows for upto two other CLIM Servers to be specified as backup systems. In the USA South buford is a good ole boy who is someone you can count on. If the primary system exits the first backup system takes over, if the first backup system fails the second backup system takes over. The BFD Services coordinate the failover sequence between three CLIM servers. If at any time the first backup or primary system come back online the first or second backup system will relinquish control to the primary. Detected failures include Service Daemon failure, network failure, power failure or system crash. Failover can also be initiated via the command line using bfdcp command fail init and terminated via the fail term commands. Setup is as simple as bfdcp add backup node All redundancy is automatically setup. The event, log file and console databases are propagated. If a change occurs in any of the primary system's Services the backup systems are automatically updated as well. Jim Corrigan President/CEO voice: +919 481 2111 x 22 fax: +919 468 5797 mobile: +919 349-8767 URL: http://www.KiNETWORKS.com email: Jim.Corrigan@KiNETWORKS.com SnailMail: Ki NETWORKS, Inc 102 New Edition Court Cary, NC 27511 ------------------------------------ This e-mail may contain confidential and/or privileged information. If you are not the intended recipient or have received this e-mail in error, notify the sender immediately and destroy this e-mail. Any unauthorized duplication, disclosure or distribution of the material in this e-mail is forbidden.