From mwj@doc.ic.ac.uk Wed May 3 09:07:24 2006 Received: from roadrunner.doc.ic.ac.uk (roadrunner.doc.ic.ac.uk [146.169.1.193]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k43G76RO025633 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 3 May 2006 09:07:13 -0700 (PDT) Received: from fuaim.doc.ic.ac.uk ([146.169.5.151]) by roadrunner.doc.ic.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1FbJsX-0000EP-U1 for users@conserver.com; Wed, 03 May 2006 17:07:05 +0100 Date: Wed, 3 May 2006 17:07:05 +0100 (BST) From: Matt Johnson To: users@conserver.com Subject: Conserver chaining -- cyclades-ts to consolidating linux server Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 16:07:24 -0000 Hi all, I'm looking for some assistance with regard to chaining conservers. The documentation which is provided with conserver on this particular issue seems be rather unclear -- and although average-distributed.cf seems to be an example of the chaining case, it is proving highly opaque to me, and I'm not at all clear whether it works in the way I'm hoping! Here's the situation: * I have conserver cross-compiled and running on a whole bunch (>10) of Cyclades TS-4000s (one of which is 10.1.2.20), which present their serial ports as ttyS* to the local embedded Linux system. I'm happy enough with this bit -- the local conservers need to configure consoles as type "device" and have a devicesubst entry in an appropriate default{} stanza and then be referred to as ports. My current conserver config on these looks like this: ========================================================= # CYCLADES TS-4000 config -- cyclades has ip 10.1.2.20 config * { autocomplete yes; defaultaccess rejected; daemonmode yes; passwdfile /etc/conserver.passwd; primaryport 782; secondaryport 2001; } default * { type device; device /dev/ttyS.; devicesubst .=Pd; host none; portbase 0; portinc 1; parity none; rw *; master 10.1.2.20; # master 10.1.1.1; baud 38400; } access * { allowed 127.0.0.1; trusted 10.1.1.1; } console cyc20port1 { port 1; # host 10.1.2.20; } ========================================================= * What I want to do is to *also* run conserver on a Linux server (10.1.1.1), which would allow me to use the `console` utility on that machine to reach consoles on the conservers on all of the Cyclades devices (essentially acting as a consolidator). I believe that this involves the use of the "master" keyword in the configs on the Cyclades, but when I have tried on the individual Cyclades to say that the master is the Linux server (master 10.1.1.1), the secondaryport for the console cyc20port1 isn't actually opened when running conserver on the Cyclades! (Config as above opens the secondaryport when run on the cyclades -- switching the master in the default stanza and uncommenting the host entry in console cyc20port1 makes it vanish.) Assuming I need to use a 'type host' connection from the Linux server to the individual Cyclades consoles (which is what all the examples and documentation suggest) this is an obvious showstopper. I know there has been some wisdom here in using identical config files across all conserver instances (both "master" and "slave" here) -- but I can't tell whether this is the correct thing to do here. I have tried various versions of using the same config file on both cyclades and server, but there's also an (obvious) conflict between using 'type device' as is necessary on the Cyclades devices to get conserver lashed up to the raw serial devices, and the use of 'type host' with 'host ' and 'port 2001' et al in the conserver.cf on the Linux server. Essentially: * will doing what I am trying to do work? :) * do I need separate conserver.cf files for each conserver instance in this case? * what am I doing wrong in the above? I'd be very happy to provide updates to the documentation and a worked example for inclusion in future releases to make this clearer in future! Thanks Matt -- ---------------------------------------------------------------------- Matt Johnson (020) 7594 8440 / x48440 Systems Programmer, Computing Support Group Office: Huxley 225 Department of Computing, Imperial College London ---------------------------------------------------------------------- From bryan@stansell.org Wed May 3 15:33:36 2006 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k43MXaeb028077 for ; Wed, 3 May 2006 15:33:36 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.13.6/8.13.6/Submit) id k43MXZxC028076 for users@conserver.com; Wed, 3 May 2006 15:33:35 -0700 (PDT) Date: Wed, 3 May 2006 15:33:35 -0700 From: Bryan Stansell To: users@conserver.com Subject: Re: Conserver chaining -- cyclades-ts to consolidating linux server Message-ID: <20060503223335.GQ707@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.2.1i X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 22:33:37 -0000 On Wed, May 03, 2006 at 05:07:05PM +0100, Matt Johnson wrote: > * What I want to do is to *also* run conserver on a Linux server > (10.1.1.1), which would allow me to use the `console` utility on that > machine to reach consoles on the conservers on all of the Cyclades > devices (essentially acting as a consolidator). I believe that this you don't necessarily need to run conserver on the linux server to use the console client...the client just needs to talk to any of the conserver instances and then (with the same .cf file on all instances) redirected to the appropriate place. but, you can certainly run conserver on the linux server without the linux server managing any consoles, and then it's sole duty would be to direct clients to the appropriate cyclades device. a nifty setup, in my book (that way you don't have to decide which of the many cyclades devices you want to be the point of first contact for clients - the linux server is). > * will doing what I am trying to do work? :) yes, it will. > * do I need separate conserver.cf files for each conserver instance in > this case? you can, but it's easier with a single cf file that you give to all intances. > * what am I doing wrong in the above? just making it more complex than necessary, actually. ;-) but, that's 'cause the documentation is really lacking in this area (i thought i had written something up, but apparently haven't - that must have gotten lost in the shuffle somewhere). maybe i can paint a picture that will help. first, there is no master/slave philosophy. the config item 'master' specifies which conserver instance will manage which console. all conserver instances are equivalent. so, with >10 conserver.cf files like the one you shared, you should be able to just combine them together (fixing up the access lists, but just a literal concatenation should be enough - the access lists would just be repeated) into one large conserver.cf file. then you'll have a situation where each set of consoles in the file have a 'master' entry cooresponding to the appropriate cyclades term server. distribute that file to each cyclades server as well as the linux server. when you crank up conserver on each device, you'll have the following: - the cyclades hosts will open each device that specifies itself as the 'master'. for all other console specifications, it will remember the master entry (but not try and create/open that console - since it's not the master for those). - the linux server will realize that none of the console specifications specify itself as the 'master'. they're all remote console specifications. it's job will only be to redirect clients to the appropriate cyclades host (since it knows where they all are). so, what would happen, ideally, is that the 'console' command would have the linux host defined as it's "default initial master server" (in console -V output). when a person then says 'console foo', the console binary would first connect to the linux server, ask for the console, and the linux server (since it knows about all the consoles on the cyclades hosts) would then tell the client to talk to cyclades #X. the client then makes a connection to conserver there, asks for the console, connects, and life is good. now, without the linux server as a traffic cop, you just point the console client to any of the cyclades servers (or if the linux box dies, you do this so that you don't have to wait to bring it back up). the same behavior happens. the client talks to one of the cyclades conserver instances, asks for a console, and if it's local (that cyclades is the 'master') it's connected, otherwise it's told where to find it and the client chats with the appropriate device. hopefully this all makes sense - i wrote it up kinda quick. Bryan From mwj@doc.ic.ac.uk Fri May 5 08:09:25 2006 Received: from roadrunner.doc.ic.ac.uk (roadrunner.doc.ic.ac.uk [146.169.1.193]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k45F9FLA006651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 May 2006 08:09:21 -0700 (PDT) Received: from fuaim.doc.ic.ac.uk ([146.169.5.151]) by roadrunner.doc.ic.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1Fc1ve-00042n-P3; Fri, 05 May 2006 16:09:14 +0100 Date: Fri, 5 May 2006 16:09:14 +0100 (BST) From: Matt Johnson To: Bryan Stansell Subject: Re: Conserver chaining -- cyclades-ts to consolidating linux server In-Reply-To: <20060503223335.GQ707@underdog.stansell.org> Message-ID: References: <20060503223335.GQ707@underdog.stansell.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 15:09:26 -0000 Hi Bryan, On Wed, 3 May 2006, Bryan Stansell wrote: > you don't necessarily need to run conserver on the linux server to use > the console client...the client just needs to talk to any of the > conserver instances and then (with the same .cf file on all instances) > redirected to the appropriate place. but, you can certainly run > conserver on the linux server without the linux server managing any > consoles, and then it's sole duty would be to direct clients to the > appropriate cyclades device. a nifty setup, in my book (that way you > don't have to decide which of the many cyclades devices you want to be > the point of first contact for clients - the linux server is). That's exactly the point. ;-) Many thanks for the below -- indeed, just setting up a single conserver.cf for everything, and setting each console's "master" to be the local cyclades device works very nicely -- console and the conserver on the linux server redirect traffic to the correct cyclades correctly. A nit would be that 'console -x' on the Linux server lists all the consoles (everywhere!) correctly but doesn't list the host on which the console exists, so you get output like: grebe on /dev/ttyS4 at 9600n blackbird on /dev/ttyS1 at 38400n c20p1 on /dev/ttyS1 at 9600n (where blackbird is on one cyclades, and c20p1 is on another) I'll take a look at the source and see if I can produce a useful patch for this though. :) > maybe i can paint a picture that will help. first, there is no > master/slave philosophy. the config item 'master' specifies which > conserver instance will manage which console. all conserver instances > are equivalent. so, with >10 conserver.cf files like the one you > shared, you should be able to just combine them together (fixing up the > access lists, but just a literal concatenation should be enough - the > access lists would just be repeated) into one large conserver.cf file. > then you'll have a situation where each set of consoles in the file have > a 'master' entry cooresponding to the appropriate cyclades term server. > distribute that file to each cyclades server as well as the linux > server. Hugely clearer. The very terse definition of 'master' in the conserver.cf manpage didn't really help me here, but this makes the situation very much clearer! > so, what would happen, ideally, is that the 'console' command would have > the linux host defined as it's "default initial master server" (in > console -V output). when a person then says 'console foo', the console > binary would first connect to the linux server, ask for the console, and > the linux server (since it knows about all the consoles on the cyclades > hosts) would then tell the client to talk to cyclades #X. the client > then makes a connection to conserver there, asks for the console, > connects, and life is good. Yup, that's the one. I actually only intend to give folks access to the Linux server as a frontend -- all the cyclades detail below should be indistinguishable from magic :-) Many thanks for the quick response! best regards Matt -- ---------------------------------------------------------------------- Matt Johnson (020) 7594 8440 / x48440 Systems Programmer, Computing Support Group Office: Huxley 225 Department of Computing, Imperial College London ---------------------------------------------------------------------- From Chris.Riddoch@digeo.com Mon May 8 09:37:26 2006 Received: from packet.digeo.com (packet.digeo.com [12.110.80.53]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k48GbI7Q014710 for ; Mon, 8 May 2006 09:37:24 -0700 (PDT) Received: from digeo-nav01.digeo.com (digeo-nav01 [192.168.1.233]) by packet.digeo.com (8.12.11/8.12.11) with SMTP id k48GZGt5016511 for ; Mon, 8 May 2006 09:35:17 -0700 (PDT) Received: from digeo-mail1.digeo.com ([192.168.12.27]) by digeo-nav01.digeo.com (SAVSMTP 3.1.5.43) with SMTP id M2006050809423825242 for ; Mon, 08 May 2006 09:42:38 -0700 Received: from digeo-mail2.pao.digeo.com ([172.17.212.10]) by digeo-mail1.digeo.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 May 2006 09:37:17 -0700 Received: from [127.0.0.1] ([172.17.1.143]) by digeo-mail2.pao.digeo.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 May 2006 09:37:16 -0700 Message-ID: <445F7394.8040108@Digeo.com> Date: Mon, 08 May 2006 10:36:36 -0600 From: Chris Riddoch User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: users@conserver.com Subject: Too much data? X-Enigmail-Version: 0.94.0.0 OpenPGP: id=753A2175 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 May 2006 16:37:16.0821 (UTC) FILETIME=[AAE5CC50:01C672BD] X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 16:37:26 -0000 Hi, folks. One of my users pointed out that when a very large amount of data comes in over the serial port, after a few hundred lines, some of it starts getting lost. At first I thought this might be caused by delays in sending logging to our samba server, but the same behavior happened when logging locally, so I don't think it has anything in particular to do with logging. Terra term doesn't exhibit this behavior, so it's not a problem in whether the data is being sent properly or not, or with the OS's handling (cough) of serial communications. These are relatively fast connections: 119200, and it happens regardless of how many serial ports are attached to a given machine. Short bursts are fine -- it's only losing data on sustained bursts. Is it possible there's a temporary buffer getting full and data is getting lost that way? Has anybody else seen this? I don't see any relevant options for conserver.cf... -- Chris Riddoch epistemological humility From kepatton1@yahoo.com Mon May 8 10:52:16 2006 Received: from web35802.mail.mud.yahoo.com (web35802.mail.mud.yahoo.com [66.163.179.171]) by underdog.stansell.org (8.13.6/8.13.6) with SMTP id k48Hq90D015176 for ; Mon, 8 May 2006 10:52:15 -0700 (PDT) Received: (qmail 5012 invoked by uid 60001); 8 May 2006 17:52:09 -0000 Message-ID: <20060508175209.5010.qmail@web35802.mail.mud.yahoo.com> Received: from [66.15.114.209] by web35802.mail.mud.yahoo.com via HTTP; Mon, 08 May 2006 10:52:09 PDT Date: Mon, 8 May 2006 10:52:09 -0700 (PDT) From: keith patton Subject: Re: Too much data? To: Chris Riddoch , users@conserver.com In-Reply-To: <445F7394.8040108@Digeo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1690864097-1147110729=:4710" X-Spam-Score: -3.62 () BAYES_00,FORGED_YAHOO_RCVD,HTML_MESSAGE X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list Reply-To: kpatton@acm.org List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 17:52:17 -0000 This is a multi-part message in MIME format... --0-1690864097-1147110729=:4710 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline Sounds like you have a flow control problem... The answer depends much on the device you are connected to and what it supports ( xon/xoff , rts/cts ) Verify what your remote device supports then turn on its corresponding option in the conserver.cf ( ie, ixon, ixoff, etc ) Keith Chris Riddoch wrote: Hi, folks. One of my users pointed out that when a very large amount of data comes in over the serial port, after a few hundred lines, some of it starts getting lost. At first I thought this might be caused by delays in sending logging to our samba server, but the same behavior happened when logging locally, so I don't think it has anything in particular to do with logging. Terra term doesn't exhibit this behavior, so it's not a problem in whether the data is being sent properly or not, or with the OS's handling (cough) of serial communications. These are relatively fast connections: 119200, and it happens regardless of how many serial ports are attached to a given machine. Short bursts are fine -- it's only losing data on sustained bursts. Is it possible there's a temporary buffer getting full and data is getting lost that way? Has anybody else seen this? I don't see any relevant options for conserver.cf... -- Chris Riddoch epistemological humility _______________________________________________ users mailing list users@conserver.com https://www.conserver.com/mailman/listinfo/users --------------------------------- Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. --0-1690864097-1147110729=:4710 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline Sounds like you have a flow control problem...

The answer depends much on the device you are connected to and what it supports   ( xon/xoff , rts/cts ) 

  Verify what your remote device supports then turn on its corresponding option in the conserver.cf ( ie, ixon, ixoff, etc )

Keith
 
Chris Riddoch <chrisr@digeo.com> wrote:
Hi, folks.

One of my users pointed out that when a very large amount of data comes
in over the serial port, after a few hundred lines, some of it starts
getting lost. At first I thought this might be caused by delays in
sending logging to our samba server, but the same behavior happened when
logging locally, so I don't think it has anything in particular to do
with logging. Terra term doesn't exhibit this behavior, so it's not a
problem in whether the data is being sent properly or not, or with the
OS's handling (cough) of serial communications.

These are relatively fast connections: 119200, and it happens regardless
of how many serial ports are attached to a given machine.

Short bursts are fine -- it's only losing data on sustained bursts. Is
it possible there's a temporary buffer getting full and data is getting
lost that way? Has anybody else seen this? I don't see any relevant
options for conserver.cf...

--
Chris Riddoch
epistemological humility

_______________________________________________
users mailing list
users@conserver.com
https://www.conserver.com/mailman/listinfo/users

Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. --0-1690864097-1147110729=:4710-- From Chris.Riddoch@digeo.com Mon May 8 13:48:14 2006 Received: from packet.digeo.com (packet.digeo.com [12.110.80.53]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k48Km7b3016028 for ; Mon, 8 May 2006 13:48:12 -0700 (PDT) Received: from digeo-nav01.digeo.com (digeo-nav01 [192.168.1.233]) by packet.digeo.com (8.12.11/8.12.11) with SMTP id k48Kk0dQ023646; Mon, 8 May 2006 13:46:00 -0700 (PDT) Received: from digeo-mail1.digeo.com ([192.168.12.27]) by digeo-nav01.digeo.com (SAVSMTP 3.1.5.43) with SMTP id M2006050813532127904 ; Mon, 08 May 2006 13:53:21 -0700 Received: from digeo-mail2.pao.digeo.com ([172.17.212.10]) by digeo-mail1.digeo.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 May 2006 13:48:00 -0700 Received: from [127.0.0.1] ([172.17.1.143]) by digeo-mail2.pao.digeo.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 May 2006 13:47:59 -0700 Message-ID: <445FAE76.4030504@Digeo.com> Date: Mon, 08 May 2006 14:47:50 -0600 From: Chris Riddoch User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: kpatton@acm.org Subject: Re: Too much data? References: <20060508175209.5010.qmail@web35802.mail.mud.yahoo.com> In-Reply-To: <20060508175209.5010.qmail@web35802.mail.mud.yahoo.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=753A2175 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 May 2006 20:48:00.0245 (UTC) FILETIME=[B17A2250:01C672E0] X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 20:48:15 -0000 keith patton wrote: > Sounds like you have a flow control problem... > > The answer depends much on the device you are connected to and what it supports ( xon/xoff , rts/cts ) > > Verify what your remote device supports then turn on its corresponding option in the conserver.cf ( ie, ixon, ixoff, etc ) > > Keith Well, I checked the configuration people are using for TerraTerm, and they're using no flow control: the options are Xon/Xoff, Hardware, or None, and everyone's using None. As for what the remote device supports... the other end is a Motorola DCT Diagnostic Port. Google's not being very helpful telling me anything beyond what's on the sticker. It's certainly a modern device, with two serial and one USB connections hanging off it. It has a slightly larger form factor than a cardbus/pcmcia card. I don't know if that helps... -- Chris Riddoch epistemological humility From david.k.harris@siemens.com Mon May 8 15:33:21 2006 Received: from usnwk221srv.usa.siemens.com (usnwksmtp03e.usa.siemens.com [12.46.135.32]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k48MXD18016447 for ; Mon, 8 May 2006 15:33:18 -0700 (PDT) Received: from usnwk202a.ww017.siemens.net ([155.45.111.47]) by 172.16.1.37 with trend_isnt_name_B; Mon, 08 May 2006 15:35:17 -0700 Received: from USNWK102MSX.ww017.siemens.net ([155.45.111.56]) by usnwk202a.ww017.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 May 2006 15:33:11 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C672EF.62AE4CDE" Subject: RE: Too much data? (Flow control...) Date: Mon, 8 May 2006 15:33:10 -0700 Message-ID: <2461A50AD2345646B1C4B3D7BA40B8E2119EE6@USNWK102MSX.ww017.siemens.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Too much data? (Flow control...) Thread-Index: AcZyyKTzzFM3S99kSNOvqsj5FEp6DgAJD3bg From: "Harris, David \(SBS US\)" To: , "Chris Riddoch" , X-OriginalArrivalTime: 08 May 2006 22:33:11.0211 (UTC) FILETIME=[631B1FB0:01C672EF] X-Spam-Score: -3.529 () BAYES_00,HTML_20_30,HTML_FONTCOLOR_BLUE,HTML_MESSAGE X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 22:33:21 -0000 This is a multi-part message in MIME format... ------_=_NextPart_001_01C672EF.62AE4CDE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline As the name of the term implies, there was a demonstrated need to Control= the Flow of the Data in early serial communications systems. =20 While the newer serial communications systems are capable of faster speed= s, the serial comm chips (typically a *ART (UART, DUART, OCTART...) these A= sync Receiver/Transmitter chips all have built-in buffers... they will hold= some data, and signal the controlling CPU that they have data to be collec= ted... =20 When the *ART buffer is filling, it will see if the Flow Control mode is = set. If XON/XOFF or CTS/RTS (software or hardware respectively, or 'in-band= ' and 'out-of-band flow control) are enabled, the *ART will try to signal t= he "other end" to hold up the transmission briefly, until the controlling C= PU has collected data from the buffer of the *ART, and then the *ART will s= ignal the "all clear" to resume data transmission. =20 If you don't have a method set, and the *ART buffer is filling, then noth= ing happens. That is, the *ART cannot try to signal the "other end".. the *= ART buffer fills, and it will receive no other bits. So, at that point, any= new bits coming in the comm port are dropped, and the controlling CPU will= come and pick up what is in the buffer. Then the *ART will start buffering= the next bits...this is where your data loss is probably coming from. =20 Even if you enable the flow control on your console server end, if it doe= sn't match the supported control on the "other end", then the "other end" w= on't recognize the signal to hold the transmission...so you'll still lose b= its when the pipe is spewing. :-( =20 If you can't find docs, you can at least experiment. :-) You already hav= e the data rate set correctly, so try setting your console server end for s= oftware flow control, and see if the data loss goes away. (You can test it = by trying to get the port to send you data, and=20 then send it XOFF and XON commands, to pause the data stream. =20 If you are going to try hardware flow control, you need to make sure that= your adapters and your cables carry the RTS and CTS leads correctly betwee= n both devices. =20 The flow control is triggered when the buffer is only partly full, since = there may be buffers at the other end as well...just because you say "whoa"= NOW, there may still be bits in-flight until your signal gets "there", and= then there are other bits still in-flight when the "other end" sees your s= ignal. By sending the signal before the buffer is completely full, the *ART= makers hope to be able to catch all of the in-flight data before the buffe= r fills completely. At todays high speeds, that can be a fair bit of data. = :-) =20 -Z- ________________________________ From: users-bounces@conserver.com [mailto:users-bounces@conserver.com] On B= ehalf Of keith patton Sent: Monday, May 08, 2006 10:52 AM To: Chris Riddoch; users@conserver.com Subject: Re: Too much data? Sounds like you have a flow control problem... The answer depends much on the device you are connected to and what it supp= orts ( xon/xoff , rts/cts )=20=20 Verify what your remote device supports then turn on its corresponding op= tion in the conserver.cf ( ie, ixon, ixoff, etc ) Keith =20 Chris Riddoch wrote:=20 Hi, folks. =09 One of my users pointed out that when a very large amount of data comes in over the serial port, after a few hundred lines, some of it starts getting lost. At first I thought this might be caused by delays in sending logging to our samba server, but the same behavior happened when logging locally, so I don't think it has anything in particular to do with logging. Terra term doesn't exhibit this behavior, so it's not a problem ! in whether the data is being sent properly or not, or with the OS's handling (cough) of serial communications. =09 These are relatively fast connections: 119200, and it happens regardless of how many serial ports are attached to a given machine. =09 Short bursts are fine -- it's only losing data on sustained bursts. Is it possible there's a temporary buffer getting full and data is getting lost that way? Has anybody else seen this? I don't see any relevant options for conserver.cf... =09 --=20 Chris Riddoch epistemological humility =09 _______________________________________________ users mailing list users@conserver.com https://www.conserver.com/mailman/listinfo/users =09 ________________________________ Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2=A2/min or less. ------_=_NextPart_001_01C672EF.62AE4CDE Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline   As the name of the term implies, there wa= s a=20 demonstrated need to Control the Flow of the Data in early serial communica= tions=20 systems.     While the newer serial communications sys= tems=20 are capable of faster speeds, the serial comm chips (typically a *ART (UART= ,=20 DUART, OCTART...) these Async Receiver/Transmitter chips all have built-in= =20 buffers... they will hold some data, and signal the controlling CPU that th= ey=20 have data to be collected...     When the *ART buffer is filling, it will = see if=20 the Flow Control mode is set. If XON/XOFF or CTS/RTS (software or hardware= =20 respectively, or 'in-band' and 'out-of-band flow control) are enabled, the = *ART=20 will try to signal the "other end" to hold up the transmission briefly, unt= il=20 the controlling CPU has collected data from the buffer of the *ART, and the= n the=20 *ART will signal the "all clear" to resume data=20 transmission.     If you don't have a method set, and the *= ART=20 buffer is filling, then nothing happens. That is, the *ART cannot try to si= gnal=20 the "other end".. the *ART buffer fills, and it will receive no other bits.= So,=20 at that point, any new bits coming in the comm port are dropped, and the=20 controlling CPU will come and pick up what is in the buffer. Then the *ART = will=20 start buffering the next bits...this is where your data loss is probably co= ming=20 from.     Even if you enable the flow control on yo= ur=20 console server end, if it doesn't match the supported control on the "other= =20 end", then the "other end" won't recognize the signal to hold the=20 transmission...so you'll still lose bits when the pipe is spewing.=20 :-(     If you can't find docs, you can at least= =20 experiment. :-)  You already have the data rate set correctly, so try= =20 setting your console server end for software flow control, and see if the d= ata=20 loss goes away. (You can test it by trying to get the port to send you data= , and=20 then send it XOFF and XON commands, to pause the= data=20 stream.     If you are going to try hardware flow con= trol,=20 you need to make sure that your adapters and your cables carry the RTS and = CTS=20 leads correctly between both devices.     The flow control is triggered when the bu= ffer is=20 only partly full, since there may be buffers at the other end as well...jus= t=20 because you say "whoa" NOW, there may still be bits in-flight until your si= gnal=20 gets "there", and then there are other bits still in-flight when the "other= end"=20 sees your signal. By sending the signal before the buffer is completely ful= l,=20 the *ART makers hope to be able to catch all of the in-flight data before t= he=20 buffer fills completely. At todays high speeds, that can be a fair bit of d= ata.=20 :-)       -Z-
From: users-bounces@conserver.com=20 [mailto:users-bounces@conserver.com] On Behalf Of keith=20 patton
Sent: Monday, May 08, 2006 10:52 AM
To: Chris=20 Riddoch; users@conserver.com
Subject: Re: Too much=20 data?

 Sounds like you have a flow control problem...=

The answer=20 depends much on the device you are connected to and what it supports &= nbsp;=20 ( xon/xoff , rts/cts ) 

  Verify what your remote device= =20 supports then turn on its corresponding option in the conserver.cf ( ie, ix= on,=20 ixoff, etc )

Keith
 
Chris Riddoch=20 <chrisr@digeo.com> wrote:
Hi,=20 folks.

One of my users pointed out that when a very large amount o= f=20 data comes
in over the serial port, after a few hundred lines, some of= it=20 starts
getting lost. At first I thought this might be caused by delays= =20 in
sending logging to our samba server, but the same behavior happened= =20 when
logging locally, so I don't think it has anything in particular t= o=20 do
with logging. Terra term doesn't exhibit this behavior, so it's not= =20 a
problem ! in whether the data is being sent properly or not, or with= =20 the
OS's handling (cough) of serial communications.

These are= =20 relatively fast connections: 119200, and it happens regardless
of how = many=20 serial ports are attached to a given machine.

Short bursts are fin= e --=20 it's only losing data on sustained bursts. Is
it possible there's a=20 temporary buffer getting full and data is getting
lost that way? Has= =20 anybody else seen this? I don't see any relevant
options for=20 conserver.cf...

--
Chris Riddoch
epistemological=20 humility

_______________________________________________
users= =20 mailing=20 list
users@conserver.com
https://www.conserver.com/mailman/listinfo= /users

Yahoo! Messenger with Voice. Make=20 PC-to-Phone Calls to the US (and 30+ countries) for 2=A2/min or=20 less. ------_=_NextPart_001_01C672EF.62AE4CDE-- From ppacheco@genesyslab.com Tue May 9 14:18:07 2006 Received: from g2.genesyslab.com (g2.genesyslab.com [198.49.180.210]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k49LHw1g028316; Tue, 9 May 2006 14:18:03 -0700 (PDT) Received: from SAURON.us.int.genesyslab.com ([192.168.20.232]) by g2.genesyslab.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 9 May 2006 14:17:53 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Subject: RE: Conserver chaining -- cyclades-ts to consolidating linux server Date: Tue, 9 May 2006 14:17:53 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Conserver chaining -- cyclades-ts to consolidating linux server thread-index: AcZwVuFRPkByvJpKRny7ptZjD7+g8QDViYNA From: "Phillip Pacheco" To: "Matt Johnson" , "Bryan Stansell" X-OriginalArrivalTime: 09 May 2006 21:17:53.0409 (UTC) FILETIME=[08B2FF10:01C673AE] X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id k49LHw1g028316 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 21:18:09 -0000 I have a question which is sort-of on this topic. Is there a way to configure redundancy into a multi-homed structure? As I understand it, if the server which has the alias/name of 'console' crashes then the whole console network is offline. Is this correct? If so, is there a way to setup redundancy which will avoid this single point of failure? Phillip Pacheco WIS-UNIX Genesys -----Original Message----- From: users-bounces@conserver.com [mailto:users-bounces@conserver.com] On Behalf Of Matt Johnson Sent: Friday, May 05, 2006 8:09 AM To: Bryan Stansell Cc: users@conserver.com Subject: Re: Conserver chaining -- cyclades-ts to consolidating linux server Hi Bryan, On Wed, 3 May 2006, Bryan Stansell wrote: > you don't necessarily need to run conserver on the linux server to use > the console client...the client just needs to talk to any of the > conserver instances and then (with the same .cf file on all instances) > redirected to the appropriate place. but, you can certainly run > conserver on the linux server without the linux server managing any > consoles, and then it's sole duty would be to direct clients to the > appropriate cyclades device. a nifty setup, in my book (that way you > don't have to decide which of the many cyclades devices you want to be > the point of first contact for clients - the linux server is). That's exactly the point. ;-) Many thanks for the below -- indeed, just setting up a single conserver.cf for everything, and setting each console's "master" to be the local cyclades device works very nicely -- console and the conserver on the linux server redirect traffic to the correct cyclades correctly. A nit would be that 'console -x' on the Linux server lists all the consoles (everywhere!) correctly but doesn't list the host on which the console exists, so you get output like: grebe on /dev/ttyS4 at 9600n blackbird on /dev/ttyS1 at 38400n c20p1 on /dev/ttyS1 at 9600n (where blackbird is on one cyclades, and c20p1 is on another) I'll take a look at the source and see if I can produce a useful patch for this though. :) > maybe i can paint a picture that will help. first, there is no > master/slave philosophy. the config item 'master' specifies which > conserver instance will manage which console. all conserver instances > are equivalent. so, with >10 conserver.cf files like the one you > shared, you should be able to just combine them together (fixing up the > access lists, but just a literal concatenation should be enough - the > access lists would just be repeated) into one large conserver.cf file. > then you'll have a situation where each set of consoles in the file have > a 'master' entry cooresponding to the appropriate cyclades term server. > distribute that file to each cyclades server as well as the linux > server. Hugely clearer. The very terse definition of 'master' in the conserver.cf manpage didn't really help me here, but this makes the situation very much clearer! > so, what would happen, ideally, is that the 'console' command would have > the linux host defined as it's "default initial master server" (in > console -V output). when a person then says 'console foo', the console > binary would first connect to the linux server, ask for the console, and > the linux server (since it knows about all the consoles on the cyclades > hosts) would then tell the client to talk to cyclades #X. the client > then makes a connection to conserver there, asks for the console, > connects, and life is good. Yup, that's the one. I actually only intend to give folks access to the Linux server as a frontend -- all the cyclades detail below should be indistinguishable from magic :-) Many thanks for the quick response! best regards Matt -- ---------------------------------------------------------------------- Matt Johnson (020) 7594 8440 / x48440 Systems Programmer, Computing Support Group Office: Huxley 225 Department of Computing, Imperial College London ---------------------------------------------------------------------- _______________________________________________ users mailing list users@conserver.com https://www.conserver.com/mailman/listinfo/users From bryan@stansell.org Tue May 9 17:38:20 2006 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4A0cJFw001374 for ; Tue, 9 May 2006 17:38:19 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.13.6/8.13.6/Submit) id k4A0cJHX001373 for users@conserver.com; Tue, 9 May 2006 17:38:19 -0700 (PDT) Date: Tue, 9 May 2006 17:38:19 -0700 From: Bryan Stansell To: users@conserver.com Subject: Re: Conserver chaining -- cyclades-ts to consolidating linux server Message-ID: <20060510003819.GF27261@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.2.1i X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 00:38:20 -0000 On Tue, May 09, 2006 at 02:17:53PM -0700, Phillip Pacheco wrote: > I have a question which is sort-of on this topic. > > Is there a way to configure redundancy into a multi-homed structure? > > As I understand it, if the server which has the alias/name of 'console' > crashes then the whole console network is offline. Is this correct? If > so, is there a way to setup redundancy which will avoid this single > point of failure? well, it's not totally offline...you just need to hit it via a different server. if you point the console client at one of the other conserver instances, it'll be fine and redirect to whatever is necessary. so, you could put in an alias/name of 'console2' (or something) of another instance and then use 'console -M console2 foobar' and the client will talk to 'console2' instead of 'console' and all should be well. it would be ideal to have the client process a list of masters, so it would automatically fallback to other instances. but it doesn't do that (yet, anyway). Bryan From phil@ticketmaster.com Wed May 10 15:11:47 2006 Received: from sun1rly4.tmcs.net (sun1rly4.tmcs.net [209.104.55.100]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4AMBYcm012737 for ; Wed, 10 May 2006 15:11:46 -0700 (PDT) Received: from frantic.office.tmcs ([172.28.61.28]) by sun1rly4.tmcs.net (8.12.10/8.12.9/200406301403) with ESMTP id k4AMBX3q016668 for ; Wed, 10 May 2006 15:11:33 -0700 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by frantic.office.tmcs (Postfix) with ESMTP id F0DFCC79FD for ; Wed, 10 May 2006 15:14:22 -0700 (PDT) Message-ID: <446265BE.9020707@ticketmaster.com> Date: Wed, 10 May 2006 15:14:22 -0700 From: Phil Dibowitz User-Agent: Mail/News 1.5 (X11/20060228) MIME-Version: 1.0 To: users@conserver.com Subject: initdelay doesnt work? X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2478B61E37B62650F5081986" X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 22:11:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2478B61E37B62650F5081986 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable So some of you may remember the issues I've had with conserver->cyclades. As a quick summary we have stupid firewalls in between that arbitrarily kill connections and the TS-series cyclades seem to get very very confused by this. After a lot of debugging with Cyclades Support, they sent me out an ACS-series to test with, which is the replacement for the TS series, but with almost entirely new code (2.6 kernel, etc.). Initial testing shows that the old bug seems to be gone, but I am having a few strangenesses. However, in the process, I think I found a bug. When I set "initdelay 60", it still seems to init all consoles on a given cyclade at the same time... this is contrary to the desired effect.... --=20 Phil Dibowitz P: 310-360-2330 C: 213-923-5115 Unix Admin, Ticketmaster.com --------------enig2478B61E37B62650F5081986 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEYmW+9q0UmHR94IoRAs0UAJ4wGaYHPCOFnaG80WGggIhUBbq4cACggzJz ejxi5RfjnXRXpYI1XrjYZW0= =8Kaa -----END PGP SIGNATURE----- --------------enig2478B61E37B62650F5081986-- From bryan@stansell.org Thu May 11 07:06:58 2006 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4BE6wKb022869 for ; Thu, 11 May 2006 07:06:58 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.13.6/8.13.6/Submit) id k4BE6wxW022868 for users@conserver.com; Thu, 11 May 2006 07:06:58 -0700 (PDT) Date: Thu, 11 May 2006 07:06:58 -0700 From: Bryan Stansell To: users@conserver.com Subject: Re: initdelay doesnt work? Message-ID: <20060511140657.GG27261@underdog.stansell.org> References: <446265BE.9020707@ticketmaster.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <446265BE.9020707@ticketmaster.com> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 14:06:59 -0000 well, a very simple, quick test on my end worked. are you seeing any parse errors when conserver loads the config? and is the initdelay getting into the appropriate config{} block? running conserver with the -S flag to test the config would be interesting (so errors can be easily seen). looking back through the users mailing list, you talked about using ssh to connect to the cyclades. is that still true? if so, are you setting the 'host' attribute to anything, as that's what the initdelay option needs to group initializations (set it to any string if it isn't used). Bryan On Wed, May 10, 2006 at 03:14:22PM -0700, Phil Dibowitz wrote: > So some of you may remember the issues I've had with > conserver->cyclades. As a quick summary we have stupid firewalls in > between that arbitrarily kill connections and the TS-series cyclades > seem to get very very confused by this. > > After a lot of debugging with Cyclades Support, they sent me out an > ACS-series to test with, which is the replacement for the TS series, but > with almost entirely new code (2.6 kernel, etc.). Initial testing shows > that the old bug seems to be gone, but I am having a few strangenesses. > > However, in the process, I think I found a bug. When I set "initdelay > 60", it still seems to init all consoles on a given cyclade at the same > time... this is contrary to the desired effect.... > > -- > Phil Dibowitz > P: 310-360-2330 C: 213-923-5115 > Unix Admin, Ticketmaster.com > From Chris.Riddoch@digeo.com Thu May 11 11:06:25 2006 Received: from packet.digeo.com (packet.digeo.com [12.110.80.53]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4BI6HMH023798 for ; Thu, 11 May 2006 11:06:23 -0700 (PDT) Received: from digeo-nav01.digeo.com (digeo-nav01 [192.168.1.233]) by packet.digeo.com (8.12.11/8.12.11) with SMTP id k4BI4DY8004202 for ; Thu, 11 May 2006 11:04:13 -0700 (PDT) Received: from digeo-mail1.digeo.com ([192.168.12.27]) by digeo-nav01.digeo.com (SAVSMTP 3.1.5.43) with SMTP id M2006051111113629140 for ; Thu, 11 May 2006 11:11:36 -0700 Received: from digeo-mail2.pao.digeo.com ([172.17.212.10]) by digeo-mail1.digeo.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 11 May 2006 11:06:14 -0700 Received: from [127.0.0.1] ([172.17.1.143]) by digeo-mail2.pao.digeo.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 11 May 2006 11:06:14 -0700 Message-ID: <44637D0F.50405@Digeo.com> Date: Thu, 11 May 2006 12:06:07 -0600 From: Chris Riddoch User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: users@conserver.com Subject: Still too much data X-Enigmail-Version: 0.94.0.0 OpenPGP: id=753A2175 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 May 2006 18:06:14.0255 (UTC) FILETIME=[977ED7F0:01C67525] X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 18:06:25 -0000 Hi, folks. I've done a bit more testing. Conserver's dropping data before it even hits 85kbps. It seems that minicom is also having the same issues with dropping data that conserver is, and that makes me think that the *real* issue may be the way cygwin, which both are using, handles serial I/O... and TerraTerm and HyperTerminal don't seem to have this issue. Has anybody else had this experience? I've got the sneaking feeling that conserver just isn't the tool for anyone stuck with Windows, but I won't be sure until I find a usb-to-serial thingie for my laptop running SuSE this afternoon to find out. Is there anything non-cygwin, windows-native, similar to conserver, just in case I'm right? Or better ideas? There's no flow control (and never will be) and the baud rate needs to stay at 115200. What are my options? -- Chris Riddoch epistemological humility From Chris.Riddoch@digeo.com Tue May 16 09:30:14 2006 Received: from packet.digeo.com (packet.digeo.com [12.110.80.53]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4GGU6Jb011832 for ; Tue, 16 May 2006 09:30:12 -0700 (PDT) Received: from digeo-nav01.digeo.com (digeo-nav01 [192.168.1.233]) by packet.digeo.com (8.12.11/8.12.11) with SMTP id k4GGRu25015282 for ; Tue, 16 May 2006 09:28:00 -0700 (PDT) Received: from digeo-mail1.digeo.com ([192.168.12.27]) by digeo-nav01.digeo.com (SAVSMTP 3.1.5.43) with SMTP id M2006051609352030949 for ; Tue, 16 May 2006 09:35:20 -0700 Received: from digeo-mail2.pao.digeo.com ([172.17.212.10]) by digeo-mail1.digeo.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 16 May 2006 09:29:57 -0700 Received: from [127.0.0.1] ([172.17.1.143]) by digeo-mail2.pao.digeo.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 16 May 2006 09:29:57 -0700 Message-ID: <4469FDFF.8020001@Digeo.com> Date: Tue, 16 May 2006 10:29:51 -0600 From: Chris Riddoch User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Chris Riddoch Subject: Re: Still too much data References: <44637D0F.50405@Digeo.com> In-Reply-To: <44637D0F.50405@Digeo.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=753A2175 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 May 2006 16:29:57.0428 (UTC) FILETIME=[F84DBF40:01C67905] X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 16:30:15 -0000 Okay, I know it's cheesy to reply to my own posts, but I figure someone going through the archives for this problem would want to know the answer. My first theory was that cygwin was having issues. But then I stumbled on a project, for other reasons, that's modified PuTTY for use as the terminal for Cygwin: http://gecko.gc.maricopa.edu/~medgar/puttycyg/ It *seems* that the normal DOS-box terminal that Cygwin usually works through is more than a little broken. Besides being annoying to resize, and not really being a proper terminal emulator anyway, *it* seems to have issues with data rates. I ran this patched version of PuTTY, connected to one of my boxes, triggered a huge spew of data, and looked back through it. No data lost at all! If any of you run Cygwin, this is positively indispensable. Of course, when run on Knoppix, conserver had no issues whatsoever. If only... but anyway, I learned a lot from everyone's posts about the topic, and I believe we could still lose data for lack of proper flow control, but I'm confident I can now describe that as someone else's problem. Thank you all for your help! -- Chris Riddoch epistemological humility From cfowler@outpostsentinel.com Tue May 16 09:51:06 2006 Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4GGovOA012011 for ; Tue, 16 May 2006 09:51:03 -0700 (PDT) Received: from www.outpostsentinel.com (unverified [66.23.198.138]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 40749704 for multiple; Tue, 16 May 2006 12:51:00 -0400 Received: from [192.168.2.249] (skylab.outpostsentinel.com [127.0.0.1]) by www.outpostsentinel.com (8.11.6/8.11.6) with ESMTP id k4GGlE520773; Tue, 16 May 2006 12:47:14 -0400 Subject: Re: Still too much data From: Christopher Fowler To: Chris Riddoch In-Reply-To: <4469FDFF.8020001@Digeo.com> References: <44637D0F.50405@Digeo.com> <4469FDFF.8020001@Digeo.com> Content-Type: text/plain Message-Id: <1147798250.3711.10.camel@ze1250.linxdev.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 16 May 2006 12:50:50 -0400 Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 16:51:06 -0000 Back in the old days of doing much serial stuff I had a test I would run on printers, terminals, etc to see if flow control was an issue. Below is a sample test. --------------------------------------------------------------------- [cfowler@ze1250 cfowler]$ cat test.pl #!/usr/bin/perl use strict; for(my $x = 1; $x <= $ARGV[0]; $x++) { printf "%04d **********************************************************************\n", $x; } --------------------------------------------------------------------- The key here is that you look at the output. If you see lines missing or something wrong then you know you have a flow control issue. On Tue, 2006-05-16 at 12:29, Chris Riddoch wrote: > Okay, I know it's cheesy to reply to my own posts, but I figure someone > going through the archives for this problem would want to know the answer. > > My first theory was that cygwin was having issues. But then I stumbled > on a project, for other reasons, that's modified PuTTY for use as the > terminal for Cygwin: http://gecko.gc.maricopa.edu/~medgar/puttycyg/ > > It *seems* that the normal DOS-box terminal that Cygwin usually works > through is more than a little broken. Besides being annoying to resize, > and not really being a proper terminal emulator anyway, *it* seems to > have issues with data rates. > > I ran this patched version of PuTTY, connected to one of my boxes, > triggered a huge spew of data, and looked back through it. No data lost > at all! If any of you run Cygwin, this is positively indispensable. > > Of course, when run on Knoppix, conserver had no issues whatsoever. If > only... but anyway, I learned a lot from everyone's posts about the > topic, and I believe we could still lose data for lack of proper flow > control, but I'm confident I can now describe that as someone else's > problem. Thank you all for your help! From mlh@zip.com.au Tue May 16 16:28:06 2006 Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4GNRtid014365 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 16 May 2006 16:28:05 -0700 (PDT) Received: from evofed.localdomain (c211-30-62-11.belrs1.nsw.optusnet.com.au [211.30.62.11]) by mail08.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k4GNRnt7013770; Wed, 17 May 2006 09:27:50 +1000 Date: Wed, 17 May 2006 09:30:11 +1000 From: Matthew Hannigan To: Chris Riddoch Subject: Re: Still too much data Message-ID: <20060516233011.GA27957@evofed.localdomain> References: <44637D0F.50405@Digeo.com> <4469FDFF.8020001@Digeo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4469FDFF.8020001@Digeo.com> User-Agent: Mutt/1.4.2.1i X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 23:28:07 -0000 On Tue, May 16, 2006 at 10:29:51AM -0600, Chris Riddoch wrote: > My first theory was that cygwin was having issues. But then I stumbled > on a project, for other reasons, that's modified PuTTY for use as the > terminal for Cygwin: http://gecko.gc.maricopa.edu/~medgar/puttycyg/ > I usually install rxvt on cygwin, it's much closer to what you expect from a terminal. (despite the name it doesn't do X, so you don't have to install all the X libs) From jnn@webii.net Wed May 24 12:29:34 2006 Received: from ronin.webii.net ([216.253.93.114]) by underdog.stansell.org (8.13.6/8.13.6) with SMTP id k4OJTQfH018427 for ; Wed, 24 May 2006 12:29:31 -0700 (PDT) Received: (qmail 30290 invoked by uid 1000); 24 May 2006 19:29:25 -0000 Date: Wed, 24 May 2006 14:29:25 -0500 From: John Newman To: users@conserver.com Subject: conserver problem with 8-port rocket board Message-ID: <20060524192925.GA29579@ronin.webii.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jnn@webii.net List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2006 19:29:35 -0000 Hello, I've got the PCI rocket board working great and conserver working great, but only when using the command line console program. When I connect remotely to my conserver port I can succesfully login and issue the call command, which returns the appropriate port (theoretically) for connecting to that port over the network. e.g. telnet console XXX Escape character is '^]'. ok login user passwd? console2 abc123 ok call ttyR0 53768 exit (close telnet) telnet console 53768 Escape character is '^]'. ok login user passwd? console2 abc123 ok call ttyR0 [attached] ( from here I can enter text all day long, but I never get anything back from the server) However, if I just do a 'console ttyR0' from the command line on the console server everything works fine, my serial connection to the SPARC comes up just fine. The console server itself is a Linux box running redhat FC5, conserver 8.1.14, with a 2.6 kernel and the latest rocketport driver for the serial card. Anyone seen anything similar? It's not a deal breaker but I've liked and used the remote feature of conserver in the past and am just curious why it isn't working. FYI, ttyR0 refers to this entry in my conf file: console ttyR0 { master localhost; type device; device /dev/ttyR0; baud 9600; parity none; } The remote part of the conf file looks like this: access * { allowed 127.0.0.1; allowed xx.xx.xx.xx; (replaced xx.xx.xx.xx with my trusted ip) } And my conserver.passwd has this entry, which allows me to authenticate: *any*:*passwd* Like I said, running 'console ttyR0' (or console whatever_interface) from the command line works great... so it's puzzling why this isn't working over the network. thanks for any pointers, -- John Newman Systems Administrator, WebXess Inc. From bryan@stansell.org Wed May 24 12:39:52 2006 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4OJdqA1018541 for ; Wed, 24 May 2006 12:39:52 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.13.6/8.13.6/Submit) id k4OJdqBW018540 for users@conserver.com; Wed, 24 May 2006 12:39:52 -0700 (PDT) Date: Wed, 24 May 2006 12:39:52 -0700 From: Bryan Stansell To: users@conserver.com Subject: Re: conserver problem with 8-port rocket board Message-ID: <20060524193952.GS27261@underdog.stansell.org> References: <20060524192925.GA29579@ronin.webii.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060524192925.GA29579@ronin.webii.net> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2006 19:39:53 -0000 see https://www.conserver.com/pipermail/users/2006-March/msg00040.html and https://www.conserver.com/pipermail/users/2006-March/msg00033.html it's the same issue. and, like in the first referenced post, why not use the client? Bryan From jnn@webii.net Wed May 24 12:57:58 2006 Received: from ronin.webii.net ([216.253.93.114]) by underdog.stansell.org (8.13.6/8.13.6) with SMTP id k4OJvp89018716 for ; Wed, 24 May 2006 12:57:57 -0700 (PDT) Received: (qmail 32049 invoked by uid 1000); 24 May 2006 19:57:00 -0000 Date: Wed, 24 May 2006 14:57:00 -0500 From: John Newman To: Bryan Stansell Subject: Re: conserver problem with 8-port rocket board Message-ID: <20060524195700.GB29579@ronin.webii.net> References: <20060524192925.GA29579@ronin.webii.net> <20060524193952.GS27261@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060524193952.GS27261@underdog.stansell.org> User-Agent: Mutt/1.5.11 X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jnn@webii.net List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2006 19:57:58 -0000 On Wed, May 24, 2006 at 12:39:52PM -0700, Bryan Stansell wrote: > see > > https://www.conserver.com/pipermail/users/2006-March/msg00040.html > > and > > https://www.conserver.com/pipermail/users/2006-March/msg00033.html > > it's the same issue. and, like in the first referenced post, why not > use the client? Ok, as long as it's not just something broken on my end. In fact, I prefer to use the client. But I wonder why conserver even supports listening on ports if the feature doesn't work... Anyway, I still think it's great software. -- John From jnn@webii.net Wed May 24 13:01:42 2006 Received: from ronin.webii.net ([216.253.93.114]) by underdog.stansell.org (8.13.6/8.13.6) with SMTP id k4OK1Zda018777 for ; Wed, 24 May 2006 13:01:40 -0700 (PDT) Received: (qmail 32364 invoked by uid 1000); 24 May 2006 20:01:35 -0000 Date: Wed, 24 May 2006 15:01:35 -0500 From: John Newman To: Bryan Stansell Subject: Re: conserver problem with 8-port rocket board Message-ID: <20060524200135.GC29579@ronin.webii.net> References: <20060524192925.GA29579@ronin.webii.net> <20060524193952.GS27261@underdog.stansell.org> <20060524195700.GB29579@ronin.webii.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060524195700.GB29579@ronin.webii.net> User-Agent: Mutt/1.5.11 X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jnn@webii.net List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2006 20:01:43 -0000 Just from reading the docs I can't quite see a way to disable conserver from listening on ports altogether, except for the unix domain sockets option. Is there a way to make it run without UDS or listening on tcp sockets, so that only the console program can be used to access the serial connections? thanks, -- john On Wed, May 24, 2006 at 02:57:00PM -0500, John Newman wrote: > On Wed, May 24, 2006 at 12:39:52PM -0700, Bryan Stansell wrote: > > see > > > > https://www.conserver.com/pipermail/users/2006-March/msg00040.html > > > > and > > > > https://www.conserver.com/pipermail/users/2006-March/msg00033.html > > > > it's the same issue. and, like in the first referenced post, why not > > use the client? > > Ok, as long as it's not just something broken on my end. In fact, I > prefer to use the client. But I wonder why conserver even supports > listening on ports if the feature doesn't work... > > Anyway, I still think it's great software. > > -- > John > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users -- John Newman Systems Administrator, WebXess Inc. From jnn@webii.net Wed May 24 13:04:55 2006 Received: from ronin.webii.net ([216.253.93.114]) by underdog.stansell.org (8.13.6/8.13.6) with SMTP id k4OK4lii018816 for ; Wed, 24 May 2006 13:04:52 -0700 (PDT) Received: (qmail 32577 invoked by uid 1000); 24 May 2006 20:04:45 -0000 Date: Wed, 24 May 2006 15:04:45 -0500 From: John Newman To: Bryan Stansell Subject: Re: conserver problem with 8-port rocket board Message-ID: <20060524200445.GD29579@ronin.webii.net> References: <20060524192925.GA29579@ronin.webii.net> <20060524193952.GS27261@underdog.stansell.org> <20060524195700.GB29579@ronin.webii.net> <20060524200135.GC29579@ronin.webii.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060524200135.GC29579@ronin.webii.net> User-Agent: Mutt/1.5.11 X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jnn@webii.net List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2006 20:04:56 -0000 I see maybe this doesn't make sense as it seems the console program actually connects to the listening port. -- john On Wed, May 24, 2006 at 03:01:35PM -0500, John Newman wrote: > Just from reading the docs I can't quite see a way to disable conserver > from listening on ports altogether, except for the unix domain sockets > option. Is there a way to make it run without UDS or listening on tcp > sockets, so that only the console program can be used to access the > serial connections? > > thanks, > > -- > john > > On Wed, May 24, 2006 at 02:57:00PM -0500, John Newman wrote: > > On Wed, May 24, 2006 at 12:39:52PM -0700, Bryan Stansell wrote: > > > see > > > > > > https://www.conserver.com/pipermail/users/2006-March/msg00040.html > > > > > > and > > > > > > https://www.conserver.com/pipermail/users/2006-March/msg00033.html > > > > > > it's the same issue. and, like in the first referenced post, why not > > > use the client? > > > > Ok, as long as it's not just something broken on my end. In fact, I > > prefer to use the client. But I wonder why conserver even supports > > listening on ports if the feature doesn't work... > > > > Anyway, I still think it's great software. > > > > -- > > John > > _______________________________________________ > > users mailing list > > users@conserver.com > > https://www.conserver.com/mailman/listinfo/users > > -- > John Newman > Systems Administrator, WebXess Inc. > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users -- John Newman Systems Administrator, WebXess Inc. From bryan@stansell.org Wed May 24 13:08:22 2006 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4OK8M1T018890; Wed, 24 May 2006 13:08:22 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.13.6/8.13.6/Submit) id k4OK8LVZ018889; Wed, 24 May 2006 13:08:21 -0700 (PDT) Date: Wed, 24 May 2006 13:08:21 -0700 From: Bryan Stansell To: John Newman Subject: Re: conserver problem with 8-port rocket board Message-ID: <20060524200821.GT27261@underdog.stansell.org> References: <20060524192925.GA29579@ronin.webii.net> <20060524193952.GS27261@underdog.stansell.org> <20060524195700.GB29579@ronin.webii.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060524195700.GB29579@ronin.webii.net> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com, Bryan Stansell X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2006 20:08:23 -0000 On Wed, May 24, 2006 at 02:57:00PM -0500, John Newman wrote: > Ok, as long as it's not just something broken on my end. In fact, I > prefer to use the client. But I wonder why conserver even supports > listening on ports if the feature doesn't work... which feature is this? no where does conserver claim to implement the telnet protocol (at the server - it does do it's best while talking to term servers). it does implement a telnet-like client/server protocol (for lack of a better description). listening on ports certainly doesn't imply telnet compatibility. and, just as you can use telnet to interact with a web server and do queries, you happen to be able to use telnet to interact with conserver. but in both cases you must talk the appropriate protocol. Bryan From cfowler@outpostsentinel.com Wed May 24 13:17:05 2006 Received: from www.linuxiceberg.com (66-23-224-81.clients.speedfactory.net [66.23.224.81]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4OKGvXm018979; Wed, 24 May 2006 13:17:03 -0700 (PDT) Received: from [192.168.1.115] ([192.168.1.115]) by www.linuxiceberg.com (8.11.6/8.11.6) with ESMTP id k4OKHLb03793; Wed, 24 May 2006 16:17:21 -0400 Subject: Re: conserver problem with 8-port rocket board From: Christopher Fowler To: jnn@webii.net In-Reply-To: <20060524200135.GC29579@ronin.webii.net> References: <20060524192925.GA29579@ronin.webii.net> <20060524193952.GS27261@underdog.stansell.org> <20060524195700.GB29579@ronin.webii.net> <20060524200135.GC29579@ronin.webii.net> Content-Type: text/plain Date: Wed, 24 May 2006 16:16:54 -0400 Message-Id: <1148501814.16766.245.camel@shuttle.linxdev.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com, Bryan Stansell X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2006 20:17:06 -0000 On Wed, 2006-05-24 at 15:01 -0500, John Newman wrote: > Just from reading the docs I can't quite see a way to disable > conserver > from listening on ports altogether, except for the unix domain sockets > option. Is there a way to make it run without UDS or listening on > tcp > sockets, so that only the console program can be used to access the > serial connections? Use iptables to only allow access from the lo interface. Thats what I do with many programs that listen on tcp sockets that I do not want anything external to have access to. From brodie@mcw.edu Fri May 26 21:26:52 2006 Received: from guyton.phys.mcw.edu (guyton.phys.mcw.edu [141.106.224.91]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4R4Qkj7021874 for ; Fri, 26 May 2006 21:26:51 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Conserver BOF at Usenix? Date: Fri, 26 May 2006 23:26:43 -0500 Message-ID: <8F78639AC56F4143B267FE5F5A1B92C88C156C@guyton.phys.mcw.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Conserver BOF at Usenix? Thread-Index: AcZ/by1J8MqX+JQrSTGhCDBiPVOmrAB1mM8A From: "Brodie, Kent" To: X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id k4R4Qkj7021874 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2006 04:26:53 -0000 Anyone interested in a CONSERVER bof at USENIX? (Or, is there one scheduled I am not aware of?). Please advise, thanks. --Kent C. Brodie, Medical College of Wisconsin From jdw-console@menelos.com Fri May 26 21:54:53 2006 Received: from mail.menelos.com (menelos.com [209.234.79.200]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4R4sjLG022058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 26 May 2006 21:54:52 -0700 (PDT) Received: by mail.menelos.com with LOCAL (Exim) id 1Fjqp3-0003JM-0S; Fri, 26 May 2006 23:54:45 -0500 Date: Fri, 26 May 2006 23:54:44 -0500 From: Jason White To: "Brodie, Kent" Subject: Re: Conserver BOF at Usenix? Message-ID: <20060527045444.GH20406@menelos.com> Mail-Followup-To: "Brodie, Kent" , users@conserver.com References: <8F78639AC56F4143B267FE5F5A1B92C88C156C@guyton.phys.mcw.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8F78639AC56F4143B267FE5F5A1B92C88C156C@guyton.phys.mcw.edu> User-Agent: Mutt/1.4.2.1i X-pgp-key: 0x5290E477, Keyserver: pgp.mit.edu X-pgp-fingerprint: A8A2 3FDB AB33 98EB ED74 EDAA F538 9A30 5290 E477 X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2006 04:54:54 -0000 On Fri, May 26, 2006 at 11:26PM -0500, Brodie, Kent wrote: >Anyone interested in a CONSERVER bof at USENIX? (Or, is there one >scheduled I am not aware of?). http://www.usenix.org/events/usenix06/bofs.html does not list one as of 23:42 CDT 5/26. I'd be interested in attending if one is scheduled. -Jason -- Jason White Jabber: jdwhite(jabber.org) http://www.menelos.com/~jdwhite jason.d.white(gmail.com) PGP KeyID: 0x5290E477 From bryan@stansell.org Sat May 27 22:26:03 2006 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4S5Q3Xi006861 for ; Sat, 27 May 2006 22:26:03 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.13.6/8.13.6/Submit) id k4S5Q3w1006860 for users@conserver.com; Sat, 27 May 2006 22:26:03 -0700 (PDT) Date: Sat, 27 May 2006 22:26:03 -0700 From: Bryan Stansell To: users@conserver.com Subject: another contact method (was Re: Conserver BOF at Usenix?) Message-ID: <20060528052603.GA27261@underdog.stansell.org> References: <8F78639AC56F4143B267FE5F5A1B92C88C156C@guyton.phys.mcw.edu> <20060527045444.GH20406@menelos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060527045444.GH20406@menelos.com> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 05:26:04 -0000 i won't be at usenix, but i figured this was a good time to let folks know that i sit behind the 'conserver' identity on yahoo messenger (now that i've "fixed" it to work with gaim). folks should feel free to find me there (in addition to email), though i can't promise i'll be 100% responsive - things like family will take priority. and i suppose even work...every once in a while. ;-) if folks do get a bof together, i can at least try and be online, in case there are questions you'd like answered, or things you'd like me to hear. just let me know. i guess i could even crank up the real yahoo client and get the microphone working on my laptop, or some form of talking...huh...scary thought. Bryan From brodie@mcw.edu Sun May 28 14:57:47 2006 Received: from guyton.phys.mcw.edu (guyton.phys.mcw.edu [141.106.224.91]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4SLvdkB022667 for ; Sun, 28 May 2006 14:57:45 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: Conserver BOF at Usenix? Date: Sun, 28 May 2006 16:57:38 -0500 Message-ID: <8F78639AC56F4143B267FE5F5A1B92C88C156D@guyton.phys.mcw.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Conserver BOF at Usenix? Thread-Index: AcaBSa2sXyYmcLojQnaWbshFDuJabABV/Igg From: "Brodie, Kent" To: "Jason White" X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id k4SLvdkB022667 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 21:57:47 -0000 Cool - all you need is two :-) I'll try to get one scheduled. Bryan- if I can get online *at* the bof, I'll fire up my yahoo client :-) -----Original Message----- From: Jason White [mailto:jdw-console@menelos.com] Sent: Friday, May 26, 2006 11:55 PM To: Brodie, Kent Cc: users@conserver.com Subject: Re: Conserver BOF at Usenix? On Fri, May 26, 2006 at 11:26PM -0500, Brodie, Kent wrote: >Anyone interested in a CONSERVER bof at USENIX? (Or, is there one >scheduled I am not aware of?). http://www.usenix.org/events/usenix06/bofs.html does not list one as of 23:42 CDT 5/26. I'd be interested in attending if one is scheduled. -Jason -- Jason White Jabber: jdwhite(jabber.org) http://www.menelos.com/~jdwhite jason.d.white(gmail.com) PGP KeyID: 0x5290E477 From brodie@mcw.edu Mon May 29 20:25:52 2006 Received: from guyton.phys.mcw.edu (guyton.phys.mcw.edu [141.106.224.91]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4U3PjV4013086 for ; Mon, 29 May 2006 20:25:50 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Followup: Conserver BOF at Usenix? Date: Mon, 29 May 2006 22:25:38 -0500 Message-ID: <8F78639AC56F4143B267FE5F5A1B92C88C1571@guyton.phys.mcw.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Followup: Conserver BOF at Usenix? Thread-Index: AcaBSa2sXyYmcLojQnaWbshFDuJabABV/IggAD279pA= From: "Brodie, Kent" To: X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id k4U3PjV4013086 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 03:25:53 -0000 Tentatively requested for: Wednesday 8pm-9pm, Harvard. Check schedule if you're gonna be there............. --Kent -----Original Message----- From: users-bounces@conserver.com [mailto:users-bounces@conserver.com] On Behalf Of Brodie, Kent Sent: Sunday, May 28, 2006 4:58 PM To: Jason White Cc: users@conserver.com Subject: RE: Conserver BOF at Usenix? Cool - all you need is two :-) I'll try to get one scheduled. Bryan- if I can get online *at* the bof, I'll fire up my yahoo client :-) -----Original Message----- From: Jason White [mailto:jdw-console@menelos.com] Sent: Friday, May 26, 2006 11:55 PM To: Brodie, Kent Cc: users@conserver.com Subject: Re: Conserver BOF at Usenix? On Fri, May 26, 2006 at 11:26PM -0500, Brodie, Kent wrote: >Anyone interested in a CONSERVER bof at USENIX? (Or, is there one >scheduled I am not aware of?). http://www.usenix.org/events/usenix06/bofs.html does not list one as of 23:42 CDT 5/26. I'd be interested in attending if one is scheduled. -Jason -- Jason White Jabber: jdwhite(jabber.org) http://www.menelos.com/~jdwhite jason.d.white(gmail.com) PGP KeyID: 0x5290E477 _______________________________________________ users mailing list users@conserver.com https://www.conserver.com/mailman/listinfo/users From brodie@mcw.edu Tue May 30 07:36:55 2006 Received: from guyton.phys.mcw.edu (guyton.phys.mcw.edu [141.106.224.91]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4UEalkv024123 for ; Tue, 30 May 2006 07:36:52 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C683F6.75A55A62" Subject: FW: USENIX '06 BoF Date: Tue, 30 May 2006 09:36:38 -0500 Message-ID: <8F78639AC56F4143B267FE5F5A1B92C88C1587@guyton.phys.mcw.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: USENIX '06 BoF Thread-Index: AcaD7r3zro4qizH0Rse1kiBeigkuJQAB5W0Q From: "Brodie, Kent" To: X-Spam-Score: -4.213 () BAYES_00, HTML_70_80, HTML_FONTCOLOR_UNKNOWN, HTML_MESSAGE X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 14:36:55 -0000 This is a multi-part message in MIME format... ------_=_NextPart_001_01C683F6.75A55A62 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline FYI to all- all set. See you tomorrow night. Bryan- I asked about on-line access in the room- if they have it, I'll let you know. My yahoo(!) id is "caseybea".=20=20 =20 --------------------------------------------------------- Kent C. Brodie - brodie@phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 ________________________________ From: Devon Shaw [mailto:devon@usenix.org]=20 Sent: Tuesday, May 30, 2006 8:41 AM To: Brodie, Kent Cc: bofs@usenix.org Subject: Re: USENIX '06 BoF =20 Hi Kent,=20 =20 Thank you for your email. I have reserved the Harvard room for you on Wed, May 31, 8-9pm. It is updated on the BoF boards onsite at registration and will be posted on our website shortly.=20 =20 Thanks, Devon =20 =20 On May 29, 2006, at 8:24 PM, Brodie, Kent wrote: Bof Title: CONSERVER users Organizer: Kent C. Brodie, Medical College of Wisconsin=20 Date,time,loc preference: Wednesday May 31, 8pm-9pm HARVARD (or other room if this one is full) Brief Description: "I have a ton of servers and a need to manage all those stupid serial consoles. What can I use that won't cost me as much as it does to full up my SUV with unleaded?" Come to the CONSERVER BoF to learn about CONSERVER - a free serial console management environment that's elegantly simple, yet extremely effective and powerful. If you're not remotely managing your serial consoles, you're missing out on a powerful tool. We'll discuss the product, swap tips and tricks, and help you if you've never used it before!=20=20=20=20= =20 =20 ------_=_NextPart_001_01C683F6.75A55A62 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

FYI to all- all set.   See y= ou tomorrow night.     Bryan- I asked about on-line access in the room-  if they have it, I’ll= let you know.  My yahoo(!) id is “caseybea”.  =

 

--------------------------------------= -------------------

Kent C. Brodie - brodie@phys.mcw.edu=

Department of Physiology

Medical College of Wisconsin<= /DEFANGED_st1:State>

(414) 456-8590<= o:p>

 =

From:= Devon Shaw [mailto:devon@usenix.org]
Sent: Tues= day, May 30, 2006 8:41 AM
To: Brodie, Kent
Cc: bofs@u= senix.org
Subject: R= e: USENIX '06 BoF

 

Hi Kent, 

 

Thank you for your email. I have reserved the Harvard room for you = on Wed, May 31, 8-9pm. It is updated on the BoF boards onsite at registration = and will be posted on our website shortly. 

 

Thanks,

Devon

 

 

On May 29, 2006, at 8:24 PM, Brodie, Kent wrote:



Bof Title:   CONSERVER users

Organizer:  Kent C. Brodie, Medical College of Wisconsin

Date,time,loc preference:    Wednesday May 31, 8pm-9pm &= nbsp; HARVARD (or other room if this one is full)

Brief Description:   “I have a ton of servers= and a need to manage all those stupid serial consoles.  What can I use that won&#= 8217;t cost me as much as it does to full up my SUV with unleaded?” &nb= sp;  Come to the CONSERVER BoF to learn about CONSERVER &#= 8211; a free serial console management environment that’s elegantly simple, yet extremely= effective and powerful.       I= f you’re not remotely managing your serial consoles, you’re missing out on a power= ful tool.   We’ll discuss the product, swap tips and tricks, an= d help you if you’ve never used it before!    

 

 ------_=_NextPart_001_01C683F6.75A55A62-- From arnold.de.leon@gmail.com Tue May 30 15:35:37 2006 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4UMZTRE001702 for ; Tue, 30 May 2006 15:35:35 -0700 (PDT) Received: by nf-out-0910.google.com with SMTP id l35so43595nfa for ; Tue, 30 May 2006 15:35:28 -0700 (PDT) Received: by 10.49.90.3 with SMTP id s3mr123266nfl; Tue, 30 May 2006 15:35:27 -0700 (PDT) Received: by 10.49.54.1 with HTTP; Tue, 30 May 2006 15:35:27 -0700 (PDT) Message-ID: <3e9a6fd20605301535u41bfd9d8jacc16d19627aa30b@mail.gmail.com> Date: Tue, 30 May 2006 15:35:27 -0700 From: "Arnold de Leon" Sender: arnold.de.leon@gmail.com To: users@conserver.com Subject: Searchable archives? Best practices? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 797c46d9fdf3b655 X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 22:35:38 -0000 Is there a searchable archive of the mailing list? Are search engines able to crawl the archives? It looks like they are but are they complete? What are considered best practices for connecting Cyclades ACS to conserver? I'm transititioning an existing installation so the Cyclades are not on a dedicated management network. I want to run SSH between conserver and the Cyclades and right now I'm contemplating installing an ssh key on the conserver server so it can connect to the Cyclades. arnold From bryan@stansell.org Tue May 30 18:51:46 2006 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4V1pkoA003009 for ; Tue, 30 May 2006 18:51:46 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.13.6/8.13.6/Submit) id k4V1pkH6003007 for users@conserver.com; Tue, 30 May 2006 18:51:46 -0700 (PDT) Date: Tue, 30 May 2006 18:51:45 -0700 From: Bryan Stansell To: users@conserver.com Subject: Re: Searchable archives? Best practices? Message-ID: <20060531015145.GC27261@underdog.stansell.org> References: <3e9a6fd20605301535u41bfd9d8jacc16d19627aa30b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e9a6fd20605301535u41bfd9d8jacc16d19627aa30b@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.39 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 01:51:47 -0000 On Tue, May 30, 2006 at 03:35:27PM -0700, Arnold de Leon wrote: > Is there a searchable archive of the mailing list? Are search engines > able to crawl the archives? It looks like they are but are they > complete? the search box is on the main page (http://www.conserver.com/). ;-) it should be complete...dunno about crawlers. > What are considered best practices for connecting Cyclades ACS to > conserver? I'm transititioning an existing installation so the > Cyclades are not on a dedicated management network. I want to run SSH > between conserver and the Cyclades and right now I'm contemplating > installing an ssh key on the conserver server so it can connect to the > Cyclades. seems like a good path to me, but perhaps others who have actually done it could chime in. ;-) i know some script a username/login using chat or expect (i assume instead of using ssh keys). but i suppose chat/expect could be providing a ssh passphrase...all about the same, in my book. no matter what, you'd better keep *something* super-protected or risk unwanted access. Bryan From brodie@mcw.edu Tue May 30 19:20:49 2006 Received: from guyton.phys.mcw.edu (guyton.phys.mcw.edu [141.106.224.91]) by underdog.stansell.org (8.13.6/8.13.6) with ESMTP id k4V2Ke5q003204 for ; Tue, 30 May 2006 19:20:46 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: Searchable archives? Best practices? Date: Tue, 30 May 2006 21:20:37 -0500 Message-ID: <8F78639AC56F4143B267FE5F5A1B92C88C1596@guyton.phys.mcw.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Searchable archives? Best practices? Thread-Index: AcaEVObI/7fJCu3qSp6qOaG+L6lp9QAA2Kyw From: "Brodie, Kent" To: X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.39 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by underdog.stansell.org id k4V2Ke5q003204 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.8 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 02:20:50 -0000 I didn't bother separating the networks-- but I did install an ssh key on the server, a separate userid for console operations, and it works pretty well. Easy to get going, once to bang your head against the wall getting ssh to behave. My conserver.cf config is rather simple, yet effective. I know I can lock it down further, but it works for me. Once I got it working, I locked down the terminal server and disabled telnet access. We use cyclades TS series. Here's my conserver config if it helps: # first, we're going to set some generic console defaults so that we # don't have to duplicate them for each console. default * { logfile /var/log/consoles/&; # '&' is replaced with console name timestamp 1hab; # write timestamps rw *; # allow all users master localhost; } ## These are term servers accessed with an ssh command ## local user on these is conserver, they have ssh keys for root ## from this host. # it too uses pattern substitution and such to get the job done default cyclades1 { type exec; host xyzzzz.xxxx.edu; exec /usr/bin/ssh -l conserver:P H; execsubst H=hs,P=Pd; portbase 7000; portinc 1; } default cyclades2 { type exec; host xyzzy.xxxxx.edu; exec /usr/bin/ssh -l conserver:P H; execsubst H=hs,P=Pd; portbase 7000; portinc 1; } # ------- define the consoles on ts1.conserver.com -------- console abc { include cyclades1; port 1; } console abc2 { include cyclades1; port 2; } console phred { include cyclades1; port 3; } console gray { include cyclades1; port 4; } ....etc.... -----Original Message----- From: users-bounces@conserver.com [mailto:users-bounces@conserver.com] On Behalf Of Bryan Stansell Sent: Tuesday, May 30, 2006 8:52 PM To: users@conserver.com Subject: Re: Searchable archives? Best practices? On Tue, May 30, 2006 at 03:35:27PM -0700, Arnold de Leon wrote: > Is there a searchable archive of the mailing list? Are search engines > able to crawl the archives? It looks like they are but are they > complete? the search box is on the main page (http://www.conserver.com/). ;-) it should be complete...dunno about crawlers. > What are considered best practices for connecting Cyclades ACS to > conserver? I'm transititioning an existing installation so the > Cyclades are not on a dedicated management network. I want to run SSH > between conserver and the Cyclades and right now I'm contemplating > installing an ssh key on the conserver server so it can connect to the > Cyclades. seems like a good path to me, but perhaps others who have actually done it could chime in. ;-) i know some script a username/login using chat or expect (i assume instead of using ssh keys). but i suppose chat/expect could be providing a ssh passphrase...all about the same, in my book. no matter what, you'd better keep *something* super-protected or risk unwanted access. Bryan _______________________________________________ users mailing list users@conserver.com https://www.conserver.com/mailman/listinfo/users