From jyclin@hydra.acs.uci.edu Thu May 8 15:46:59 2003 Received: from hydra.acs.uci.edu (hydra.acs.uci.edu [128.200.16.3]) by underdog.stansell.org (8.12.9/8.12.9) with ESMTP id h48Mkxtn021246 for ; Thu, 8 May 2003 15:46:59 -0700 (PDT) Received: from beowulf.acs.uci.edu (beowulf.acs.uci.edu [128.200.34.207]) by hydra.acs.uci.edu (8.9.3p2/8.9.3) with ESMTP id PAA06053 for ; Thu, 8 May 2003 15:46:58 -0700 (PDT) Received: from localhost (jyclin@localhost) by beowulf.acs.uci.edu (8.9.3p2/) with ESMTP id PAA09555 for ; Thu, 8 May 2003 15:46:58 -0700 Date: Thu, 8 May 2003 15:46:58 -0700 (PDT) From: Judy Lin To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: conserver-7.2.4 host rest X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 May 2003 22:47:00 -0000 I am currently running conserver-7.2.4 on a Redhat 7.3 system. I was wondering if you've heard of this issue I've ran into and if you know of any remedy. I console to a server attached to the console server and I am installing the OS (solaris 9) through the console. After the the install is finished, I go ahead and install various patches through a patch-script. Before the patch install is finished, the console notifies me that the host reset and it looks like it is rebooting the system. Is there a buffer problem or some sort with this version? Or maybe the output is coming on to the console screen so I can't see that the patch has finished? Here is the output of the log for conserver: + ls -lL /a//usr/t/114014-01 ^M total 138^M -rwxr-xr-x 1 root root 262 Nov 7 2002 patchinfo^M -rw-r--r-- 1 rroeotb o o rtoiot n g . . . ^M65 361Resett ^MLOM event: +1d+1h4m0s host reset ^Ming ... ^M ^M p[-- MARK -- Tue May 6 16:58:00 2003]^M ^M Netra T1 200 (UltraSPARC-IIe 500MHz), No Keyboard^M OpenBoot 4.0, 256 MB memory installed, Serial #12633967.^M Ethernet address 8:0:20:fc:ba:1f, Host ID: 80fcba1f.^M ^M Thank you for your help. Judy From bryan@stansell.org Fri May 9 09:17:43 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.9/8.12.9) with ESMTP id h49GHhtn026711; Fri, 9 May 2003 09:17:43 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.12.9/8.12.9/Submit) id h49GHhfv026710; Fri, 9 May 2003 09:17:43 -0700 (PDT) Date: Fri, 9 May 2003 09:17:42 -0700 From: Bryan Stansell To: Judy Lin Message-ID: <20030509161742.GA26652@underdog.stansell.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: users@conserver.com Subject: Re: conserver-7.2.4 host rest X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 16:17:44 -0000 On Thu, May 08, 2003 at 03:46:58PM -0700, Judy Lin wrote: > I console to a server attached to the console server and I am > installing the OS (solaris 9) through the console. After the the install > is finished, I go ahead and install various patches through a > patch-script. Before the patch install is finished, the console notifies > me that the host reset and it looks like it is rebooting the system. Is > there a buffer problem or some sort with this version? Or maybe the > output is coming on to the console screen so I can't see that the patch > has finished? Here is the output of the log for conserver: there isn't a buffer problem or anything that i know of that would cause what you are seeing. does your patch-script issue a reboot at the end? i suppose it could be that the script finishes and goes about rebooting before the output is able to come across the 9600 baud connection. seems unlikely to me, but it's the only thing that i can think of right now that would fit the output you sent. if it is the case that it issues a reboot, you could just put something like a 'sleep 10' right before it and see if that fixes things up for you. if so, it has something to do with the serial connection being so slow (the 'rebooting...' message that got mixed with the 'ls' output is probably coming over stderr instead of stdout, so it's able to sneak out before the other and cause the mixed up output - which also leads me to think you've got a reboot happening before all the ls output is flushed). anyway, i hope that helps in some way. Bryan From sgibson@digitalimpact.com Fri May 9 13:25:52 2003 Received: from dismtpsm1.digitalimpact.com (dismtpsm1.digitalimpact.com [209.10.200.14]) by underdog.stansell.org (8.12.9/8.12.9) with SMTP id h49KPptn027294 for ; Fri, 9 May 2003 13:25:52 -0700 (PDT) Received: from 172.23.7.76 by dismtpsm1.digitalimpact.com (InterScan E-Mail VirusWall NT); Fri, 09 May 2003 13:13:18 -0700 Received: from DigitalImpact.com ([10.0.0.12]) by DIEXGSM1.digitalimpact.com with Microsoft SMTPSVC(5.0.2195.5329); Fri, 9 May 2003 13:25:50 -0700 Message-ID: <3EBC0F12.30804@DigitalImpact.com> Date: Fri, 09 May 2003 13:26:58 -0700 From: "Shane Y. Gibson" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: en-us, en MIME-Version: 1.0 To: users@conserver.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 May 2003 20:25:50.0595 (UTC) FILETIME=[2E9D6530:01C31669] Subject: problems with console ports X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 20:25:53 -0000 Hello, I'm a first time user of "conserver". Been using "rtty" for some time now, but since it's not actively developed anymore, I've decided to try conserver. I've got it installed fine (I think). I have a couple hundred Cyclades serial ports connected via PCI cards. I can connect to a Cisco switch and manage it fine with 'minicom'. When I reboot the switch, the 'conserver' program properly captures the serial console output, and dumps it into the logfile (/var/log/console/ttyC48) properly. ...so it seems to be reading off of the serial line properly. However, when I try and log in via "console ttyC48", I get no reply back from the device. I tried "^eco" - and it replies back "[up]". I also have a couple of Solaris boxes connected via ttyC94 and ttyC95. 'minicom' connects and interacts with them without any problems. However 'console ttyC94' does the same thing, nothing. I'm running 9600 8n1 via minicom, and set the conserver.cf config to use 9600 baud, even parity. Here are the relavent conserver.cf entries: ttyC48:/dev/ttyC48:9600e:&: ttyC94:/dev/ttyC94:9600e:&: ttyC95:/dev/ttyC95:9600e:&: When running 'conserver -D -v' - here's the relavent output for ttyC48 (cisco switch): [Mon May 5 12:40:25 2003] conserver (9266): DEBUG: ReadLine(): returning [Mon May 5 12:40:25 2003] conserver (9266): INFO: [ttyC48] /dev/ttyC48 (9600e) logged to /var/log/console/ttyC48 [Mon May 5 12:40:25 2003] conserver (9267): DEBUG: DestroyConsent(): destroying `ttyC48' ... snip of duplicates ... [Mon May 5 12:40:39 2003] conserver (9282): DEBUG: DestroyConsent(): destroying `ttyC48' [Mon May 5 12:40:42 2003] conserver (9270): INFO: [ttyC48] user root@goober2 authenticated [Mon May 5 12:40:42 2003] conserver (9270): [ttyC48] login root@goober2 [Mon May 5 12:40:51 2003] conserver (9270): [ttyC48] logout root@goober2 [Mon May 5 12:40:54 2003] conserver (9266): DEBUG: DumpDataStructures(): server=ttyC48, dfile=/dev/ttyC48, lfile=/var/log/console/ttyC48 [Mon May 5 12:40:54 2003] conserver (9266): DEBUG: DestroyConsent(): destroying `ttyC48' [Mon May 5 12:40:55 2003] conserver (9270): DEBUG: DumpDataStructures(): server=ttyC48, dfile=/dev/ttyC48, lfile=/var/log/console/ttyC48 [Mon May 5 12:40:55 2003] conserver (9270): DEBUG: DestroyConsent(): destroying `ttyC48' I'm running all of this on a RedHat Linux 8.0 platform, stock kernel, on a Dell 2650 server, and Cyclades Z series terminal server boards. Any ideas? Thoughts? v/r Shane sgibson@digitalimpact.com From bryan@stansell.org Fri May 9 16:40:46 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.9/8.12.9) with ESMTP id h49Nektn027764 for ; Fri, 9 May 2003 16:40:46 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.12.9/8.12.9/Submit) id h49Nekfv027763 for users@conserver.com; Fri, 9 May 2003 16:40:46 -0700 (PDT) Date: Fri, 9 May 2003 16:40:46 -0700 From: Bryan Stansell To: users@conserver.com Message-ID: <20030509234046.GE26652@underdog.stansell.org> References: <3EBC0F12.30804@DigitalImpact.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EBC0F12.30804@DigitalImpact.com> User-Agent: Mutt/1.4.1i Subject: Re: problems with console ports X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 23:40:47 -0000 On Fri, May 09, 2003 at 01:26:58PM -0700, Shane Y. Gibson wrote: > I'm running 9600 8n1 via minicom, and set the conserver.cf config to use > 9600 baud, even parity. Here are the relavent conserver.cf entries: > > ttyC48:/dev/ttyC48:9600e:&: well, i'm not sure why it would matter *that* much, but it's serial weirdness so it's worth a shot. if you change '9600e' to '9600n', you'll get 8n1 with conserver as well. it *might* help. also, when you connect with the console client and try and interact with the device, do you get a 'console is read-only' type message? if so, it's a permissions problem on /dev/ttyC48 and i supposed it's always possible that minicom is just overriding it. unlikely, but perhaps there's something here. otherwise, i'm not sure. i seem to remember others having difficulty with the cyclades z boards. or maybe it was another type of board. if there is any sort of flow control settings you can adjust, maybe that would help. or if you can view the serial settings with stty when minicom and conserver are connected and compare them, maybe we'll see an extra setting somewhere that would make a difference. i'm kinda shooting in the dark, but maybe the muzzle blast light up something interesting. Bryan From sailnit@speakeasy.net Fri May 9 18:22:20 2003 Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by underdog.stansell.org (8.12.9/8.12.9) with ESMTP id h4A1MJtn028023 for ; Fri, 9 May 2003 18:22:19 -0700 (PDT) Received: (qmail 2147 invoked from network); 10 May 2003 01:22:29 -0000 Received: from unknown (HELO [172.17.148.185]) ([216.254.0.2]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 May 2003 01:22:29 -0000 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Fri, 09 May 2003 18:22:25 -0700 From: Scott Armstrong To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Log Monitor Recommendations Requested X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2003 01:22:21 -0000 Hi all, Sorry if this question isn't appropriate for this list, but I thought someone here might have some input on my situation. I'm looking for a Linux application that can watch multiple Conserver logs and start processes when detecting certain events. There are multiple applications available that will send emails based on log events, but I seem to be having difficulty finding one that will fire off shell/perl/python/expect scripts. My situation is this, I need to fill-up a dozen racks with 16 or so units each. When a unit is powered on, I need to automatically open a console connection to it, configure it to boot from NFS, run a series of tests, install an O/S and shut it down. The only interface into these units is through a serial console port. My thought is to use a log monitor program to watch the conserver logs for the unit boot notifications and then use a script to open the conserver client and interact with the unit. Unfortunately, I can't seem to locate a log watch tool that can watch multiple logs and then trigger a (non-email related) process. Any help would be greatly appreciated. Scott From ernie.oporto@viragelogic.com Mon May 12 14:10:45 2003 Received: from webshield.viragelogic.com (63-150-53-98-qwest-fm.VIRAGELOGIC.COM [63.150.53.98]) by underdog.stansell.org (8.12.9/8.12.9) with SMTP id h4CLAitn020560 for ; Mon, 12 May 2003 14:10:44 -0700 (PDT) Received: from unknown(10.202.32.240) by webshield.viragelogic.com via csmap id 17515; Mon, 12 May 2003 14:20:24 -0700 (PDT) From: "Ernie Oporto" To: Date: Mon, 12 May 2003 17:10:35 -0400 Organization: Virage Logic Corporation Message-ID: <075101c318ca$eebadd30$f020ca0a@nj.viragelogic.com> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_074D_01C318A9.66484DA0" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: 'Scott Armstrong' Subject: RE: Log Monitor Recommendations Requested X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2003 21:10:46 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_074D_01C318A9.66484DA0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I understand that Swatch http://swatch.sourceforge.net has a patch that allows it to watch multiple files and can fire off mails for various triggers. http://ucsb.edu/pipermail/swatch-users/2002-August/000302.html -- Ernest A. Oporto, Senior Systems Administrator Virage Logic Corporation http://www.viragelogic.com Perryville Corporate Park, Bldg 3, Clinton, NJ 08809 Phone:(908)735-1932 Fax:(908)735-1999 mailto:Ernie.Oporto@viragelogic.com -----Original Message----- From: users-bounces@conserver.com [mailto:users-bounces@conserver.com] On Behalf Of Scott Armstrong Sent: Friday, May 09, 2003 9:22 PM To: users@conserver.com Subject: Log Monitor Recommendations Requested Hi all, Sorry if this question isn't appropriate for this list, but I thought someone here might have some input on my situation. I'm looking for a Linux application that can watch multiple Conserver logs and start processes when detecting certain events. There are multiple applications available that will send emails based on log events, but I seem to be having difficulty finding one that will fire off shell/perl/python/expect scripts. My situation is this, I need to fill-up a dozen racks with 16 or so units each. When a unit is powered on, I need to automatically open a console connection to it, configure it to boot from NFS, run a series of tests, install an O/S and shut it down. The only interface into these units is through a serial console port. My thought is to use a log monitor program to watch the conserver logs for the unit boot notifications and then use a script to open the conserver client and interact with the unit. Unfortunately, I can't seem to locate a log watch tool that can watch multiple logs and then trigger a (non-email related) process. Any help would be greatly appreciated. Scott _______________________________________________ users mailing list users@conserver.com https://www.conserver.com/mailman/listinfo/users ------=_NextPart_000_074D_01C318A9.66484DA0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJHDCCAqsw ggIUoAMCAQICAwhS8TANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdl c3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsT FENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAw MC44LjMwMB4XDTAyMDkyMTE0NTAyN1oXDTAzMDkyMTE0NTAyN1owZzEPMA0GA1UEBBMGT3BvcnRv MQ8wDQYDVQQqEwZFcm5lc3QxFjAUBgNVBAMTDUVybmVzdCBPcG9ydG8xKzApBgkqhkiG9w0BCQEW HGVybmllLm9wb3J0b0B2aXJhZ2Vsb2dpYy5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB AMW2iHbIoZ+YX4COMli1ybuuEVpTI+CN/6ekcioEqJI9MwttWemGc1RyEJ4R9RhScJXoItK3B2r3 /c31P4drEyxz30TBBa5Zgl5VO/zWTAcYLezswluJ4+KhLyWKOH1uA+NOEj2EoArz/QNR3dFVICxw bHqLZ2dsDoEzeCJJ/cMTAgMBAAGjOTA3MCcGA1UdEQQgMB6BHGVybmllLm9wb3J0b0B2aXJhZ2Vs b2dpYy5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCu0gUp0jsuQ4XGTihTa9Qt ADUZZvT/kjyMT+rbNGdFVP2L296FKKkWWJsTY52K+UJlJjgrF2JPIpZlj5LOVA5o8oo9X6I+Of05 cIKZL2L5cJz0xUC41YBShuVl6T+BfrIYs/RVjcNrHF3oHM4V6f+Ms8RCOi1m/j1ckaNa4FgtMTCC Ay0wggKWoAMCAQICAQAwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRp bmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw05NjAxMDEwMDAwMDBaFw0yMDEyMzEyMzU5NTlaMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlz aW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEW HHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ANRp19SwlGRbcelH2AxRtupykbCEXn0tDY97Et+FJXUodDpCLGMnn5V7S+9+GYcdhuqj3bnOlmQa whRuRKx85o/oTQ9xH0A4pgCjh3j2+ZSGXq3qwF5269kUo11uenwMpUtVfwYZKX+emibVars4JAhq mMex2qOYkf152+VaxBy5AgMBAAGjEzARMA8GA1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEEBQAD gYEAx+ySfk749ZalZ2IqpPBNEWDQb41gWGGsJrtSNVwIzzD7qEqWih9iQiOMFw/0umScF6xHKd+d mF7SbGBxXKKs3Hnj524ARx+1DSjoAp3kmv0T9KbZfLH43F8jJgmRgHPQFBveQ6mDJfLmnC8Vyv6m q4oHdYsM3VGEa+T40c53ooEwggM4MIICoaADAgECAhBmRXK3zHT1z2N2RYTQLpEBMA0GCSqGSIb3 DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD YXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg Q0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDAwODMw MDAwMDAwWhcNMDQwODI3MjM1OTU5WjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMw MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDeMzKmY8cJJUU+0m54J2eBxdqIGYKXDuNEKYpj NSptcDz63K737nRvMLwzkH/5NHGgo22Y8cNPomXbDfpL8dbdYaX5hc1VmjUanZJ1qCeu2HL5ugL2 17CR3hzpq+AYA6h8Q0JQUYeDPPA5tJtUihOH/7ObnUlmAC0JieyUa+mhaQIDAQABo04wTDApBgNV HREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMS0yOTcwEgYDVR0TAQH/BAgwBgEB/wIB ADALBgNVHQ8EBAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAMbFLR135AXHl9VNsXXnWPZjAJhNigSKn EvgilegbSbcnewQ5uvzm8iTrkfq97A0qOPdQVahs9w2tTBu8A/S166JHn2yiDFiNMUIJEWywGmnR KxKyQF1q+XnQ6i4l3Yrk/NsNH50C81rbyjz2ROomaYd/SJ7OpZ/nhNjJYmKtBcYxggNaMIIDVgIB ATCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2Fw ZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgw JgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIUvEwCQYFKw4DAhoFAKCC AhUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDMwNTEyMjExMDM0 WjAjBgkqhkiG9w0BCQQxFgQUgDY796nlKjCtLSg3qF3yORa3JeUwWAYJKoZIhvcNAQkPMUswSTAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4D AhowCgYIKoZIhvcNAgUwgasGCSsGAQQBgjcQBDGBnTCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNV BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAb BgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBS U0EgMjAwMC44LjMwAgMIUvEwga0GCyqGSIb3DQEJEAILMYGdoIGaMIGSMQswCQYDVQQGEwJaQTEV MBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0 ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAyMDAwLjguMzACAwhS8TANBgkqhkiG9w0BAQEFAASBgEJh5huPWiOnXbbYPuIzGYlN SSaIJmC1Yzd5bAMDJRs4Xvd2zrkM9iy4KOXLREwJOoGtPhUkAmvZBVFQP8+MMB7Fdj38nctoNkj0 txcqb3ndcrJWvb4daunR5seFmVM7c6TWsaxyrLvAngXgzlFT1Q7F9dA/UJXZmbKQSPe+nQubAAAA AAAA ------=_NextPart_000_074D_01C318A9.66484DA0-- From pcox@ubsw.com Fri May 16 09:24:47 2003 Received: from gate.stm.ubswarburg.com (gate.stm.ubswarburg.com [151.191.1.10]) by underdog.stansell.org (8.12.9/8.12.9) with ESMTP id h4GGOjtn014336 for ; Fri, 16 May 2003 09:24:46 -0700 (PDT) Received: (from smap@localhost) by gate.stm.ubswarburg.com (8.8.8p2+Sun/8.8.8) id MAA18846 for ; Fri, 16 May 2003 12:24:44 -0400 (EDT) Received: from (eight.ubswarburg.com [192.168.0.3]) by gate via smap (V2.0) id xma010851; Fri, 16 May 2003 12:12:24 -0400 Received: from sm0p9035pos.stm.swissbank.com (virscan1 [192.168.0.3]) by virscan1.swissbank.com (8.8.8/8.8.8) with ESMTP id MAA20677 for ; Fri, 16 May 2003 12:07:44 -0400 (EDT) Received: from schi0039pmh.chi.swissbank.com (schi0039pmh.chi.swissbank.com [146.180.114.36]) by sm0p9035pos.stm.swissbank.com (8.8.8/8.8.8) with ESMTP id MAA20311 for ; Fri, 16 May 2003 12:12:20 -0400 (EDT) Received: from orthanc.chi.swissbank.com (orthanc.chi.swissbank.com [146.180.36.20])h4GGCIE24517 for ; Fri, 16 May 2003 11:12:18 -0500 (CDT) Received: (from pcox@localhost) by orthanc.chi.swissbank.com (8.10.2+Sun/8.10.2) id h4GGBWK25386 for users@conserver.com; Fri, 16 May 2003 11:11:32 -0500 (CDT) Date: Fri, 16 May 2003 11:11:31 -0500 From: Peter Cox To: users@conserver.com Message-ID: <20030516161131.GM21513@ubsw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i X-WDR-Disclaimer: Version $Revision: 1.19 $ Subject: ssh authentication on cisco termservers X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2003 16:24:47 -0000 Hi folks - It doesn't look as though the latest conserver distro allows for ssh connections to terminal servers (in particular, I'm using the Cisco 3600-series). Has anyone put together a patch for this? Are there any plans to have this in an upcoming release? I do see it in the TODO file... Any information would be appreciated. Cheers, Peter -- Peter Cox (312) 525 6465 Unix Engineering, Chicago Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. From bryan@stansell.org Fri May 16 14:07:05 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.9/8.12.9) with ESMTP id h4GL75tn014838 for ; Fri, 16 May 2003 14:07:05 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.12.9/8.12.9/Submit) id h4GL75DT014837 for users@conserver.com; Fri, 16 May 2003 14:07:05 -0700 (PDT) Date: Fri, 16 May 2003 14:07:05 -0700 From: Bryan Stansell To: users@conserver.com Message-ID: <20030516210705.GC14734@underdog.stansell.org> References: <20030516161131.GM21513@ubsw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030516161131.GM21513@ubsw.com> User-Agent: Mutt/1.4.1i Subject: Re: ssh authentication on cisco termservers X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2003 21:07:06 -0000 you're right...there are no inherent ssh capabilities in the code. you can, however, launch any command as a console. an example conserver.cf entry would be: console1:|/usr/local/bin/ssh cisco::/var/conserver/log/console1:: you'll probably need to expand the ssh command a bit to do the right thing (like include a -p flag, perhaps). if you need password authentication to happen, you'll have to hack that in somehow (i expect a wrapper script and maybe creative use of 'expect' would work). if you use passphraseless identities, then you should be ok directly. anyway, that's what i'd assume would work based on other mentions of stuff like this on the list. you can also do a search of the mailing list archive for topics like this off http://www.conserver.com/ as well - that might give more insight/options. but, i know folks are able to do this. Bryan On Fri, May 16, 2003 at 11:11:31AM -0500, Peter Cox wrote: > Hi folks - > It doesn't look as though the latest conserver distro allows for ssh > connections to terminal servers (in particular, I'm using the Cisco > 3600-series). > > Has anyone put together a patch for this? Are there any plans to have this > in an upcoming release? I do see it in the TODO file... > > Any information would be appreciated. From kjell@beta.uio.no Mon May 19 04:44:20 2003 Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by underdog.stansell.org (8.12.9/8.12.9) with ESMTP id h4JBiHtn006356 for ; Mon, 19 May 2003 04:44:20 -0700 (PDT) Received: from mail-mx1.uio.no ([129.240.10.29]) by pat.uio.no with esmtp (Exim 2.12 #7) id 19Hj3u-00036i-00 for users@conserver.com; Mon, 19 May 2003 13:44:14 +0200 Received: from [129.240.130.14] (helo=mons.uio.no) by mail-mx1.uio.no with esmtp (Exim 4.14) id 19Hj3s-0005uT-9i for users@conserver.com; Mon, 19 May 2003 13:44:12 +0200 Received: from beta.uio.no ([129.240.186.52]) by mons.uio.no with esmtp (Exim 2.12 #7) id 19Hj3q-0001zB-00 for users@conserver.com; Mon, 19 May 2003 13:44:10 +0200 Received: from kjell (helo=localhost) by beta.uio.no with local-esmtp (Exim 2.12 #1) id 19Hj3g-0007gy-00 for users@conserver.com; Mon, 19 May 2003 13:44:00 +0200 Date: Mon, 19 May 2003 13:44:00 +0200 (MEST) From: Kjell Andresen To: users@conserver.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Kjell Andresen X-MailScanner-Information: Please contact postmaster@uio.no for more information X-UiO-MailScanner: Found to be clean Subject: Trouble with 115200 baud X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 May 2003 11:44:21 -0000 Hello! I need to do - from conserver.cf: tera2f:/dev/ttyE12:115200p:/dev/null: But I only get: [Enter `^Ec?' for help] [replay] [examine] tera2f on /dev/ttyE12 at 11520p This is to a nexan ATAboy2-array. My other arrays Infinisan2f + jbod is connected through a linux server with Stallion i/o and 16 contacts panel. Works like this: tera:/dev/ttyE7:38400p:/dev/null: teraspare:/dev/ttyE8:38400p:/dev/null: teraplan:/dev/ttyE9:38400p:/dev/null: [examine] .. teraplan on /dev/ttyE9 at 38400p teraspare on /dev/ttyE8 at 38400p tera on /dev/ttyE7 at 38400p [version `conserver.com version 7.2.4'] I made the same connector for this new one. Suggestions is highly welcome! Regards, Kjell Andresen Systems administrator, University of Oslo, Norway Center for Information Technology Services and Department of Geophysics From sebby@atalanta.ctd.anl.gov Thu May 22 10:16:05 2003 Received: from atalanta.ctd.anl.gov (atalanta.ctd.anl.gov [146.137.194.4]) by underdog.stansell.org (8.12.9/8.12.9) with ESMTP id h4MHG4tn028465 for ; Thu, 22 May 2003 10:16:05 -0700 (PDT) Received: (from sebby@localhost) by atalanta.ctd.anl.gov (8.9.1a/8.9.1) id MAA22878; Thu, 22 May 2003 12:16:02 -0500 (CDT) Date: Thu, 22 May 2003 12:16:01 -0500 From: Brian Sebby To: users@conserver.com Message-ID: <20030522171601.GA22279@atalanta.ctd.anl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: dsalbego@anl.gov cc: sebby@anl.gov cc: pjb@anl.gov Subject: Strange behavior on a Sun Blade after conserver reboot X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.1 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 May 2003 17:16:06 -0000 I had to reboot our console server running conserver 7.2.4 yesterday. The machine is a Sun Blade 100 using an Aurora Aries 16-port serial controller. Attached to this machine are a number of Sun Solaris boxes. However, after the reboot, I noticed something strange. While most of the machines connected to the console server seemed to have no problems with the reboot of the machine their consoles were connected to, I discovered that the sole Sun Blade 100 connected to the console server was at the ok prompt. Once I typed "go" it went back into operation. It had been working with no problems prior to the reboot. My guess is that the reboot somehow was interpreted as a halt on the serial line. Has anyone seen this before, and if so, know what can be done to avoid this in the future? Will simply unplugging the machine in question from the Aries card work? As a note, our Aries breakout box uses the ethernet style plugs; we had some of the ethernet to 25 pin serial adapters made for console use. Since the Sun Blade does not have a 25 pin serial port, we had to use a 25 to 9 pin adapter to connect it to our console server. I don't know if that would have anything to do with this problem. Brian Sebby -- Brian Sebby (sebby@anl.gov) | Distributed Computing Administration Phone: +1 630.252.9935 | Computing and Instrumentation Solutions Fax: +1 630.252.9689 | Argonne National Laboratory