From bryan@stansell.org Sun Oct 5 18:17:02 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h961H2bs006979; Sun, 5 Oct 2003 18:17:02 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.12.10/8.12.10/Submit) id h961H2VN006978; Sun, 5 Oct 2003 18:17:02 -0700 (PDT) Date: Sun, 5 Oct 2003 18:17:02 -0700 From: Bryan Stansell To: announce@conserver.com, users@conserver.com Message-ID: <20031006011702.GA6974@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: conserver-8.0.2 is available X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 01:17:03 -0000 This release doesn't have traditional bug fixes, but it does have improvements that fix things that I consider bugs (so, minor bug fixes). It also adds a new "MOTD" feature, for displaying messages when users attach to a console. Here are the complete list of changes... version 8.0.2 (Oct 5, 2003): - reworked the i/o calls to better buffer data - added console 'motd' option for holding a "message of the day", displayed to the client on attachment to console - suggested by Toby Gerhart - added ^Ecm client command for displaying MOTD and integrated it into the client console attachment sequence - now unallocate client lists when forking new child conserver processes - changed strdup() to local StrDup() so dmalloc can gracefully track changes - added a ^Ec; sequence to let client signal server when it's ready to see console data, otherwise a chatty console can cause the login sequence to fail and you can never attach to the console Bryan Stansell From stoffel@lucent.com Mon Oct 6 09:17:52 2003 Received: from auemail1.firewall.lucent.com (auemail1.lucent.com [192.11.223.161]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h96GHpbs012238 for ; Mon, 6 Oct 2003 09:17:52 -0700 (PDT) Received: from alpo.casc.com (h152-148-10-6.lucent.com [152.148.10.6]) by auemail1.firewall.lucent.com (Switch-2.2.8/Switch-2.2.0) with ESMTP id h96GHk827796 for ; Mon, 6 Oct 2003 11:17:47 -0500 (CDT) Received: from sekrit.inse.lucent.com ([152.148.90.85]) by alpo.casc.com (8.9.1a/8.9.1) with ESMTP id MAA02630 for ; Mon, 6 Oct 2003 12:17:40 -0400 (EDT) Received: (from stoffel@localhost) by sekrit.inse.lucent.com (8.11.6+Sun/8.9.1) id h96G3WO20475; Mon, 6 Oct 2003 12:03:32 -0400 (EDT) X-Authentication-Warning: sekrit.inse.lucent.com: stoffel set sender to stoffel@lucent.com using -f MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16257.37459.981983.338044@gargle.gargle.HOWL> Date: Mon, 6 Oct 2003 12:03:31 -0400 From: "John Stoffel" To: users@conserver.com X-Mailer: VM 7.14 under Emacs 20.6.1 Subject: Feature request X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 16:17:53 -0000 Brian, Thanks for conserver, it's a great tool! I'd like to make a feature request, or maybe a change in how the scroll back commands work. Basically, I can scroll back either 20 or 60 lines, and that's it. I'd love to be able to scroll back as many lines are in the log file, in increments of 20 or 60 lines. Since I use 80x48 xterms, the number of scroll back lines works better with 46 lines for me, rather than 60. John John Stoffel - Senior Unix Systems Administrator - Lucent Technologies stoffel@lucent.com - http://www.lucent.com - 978-952-7548 From bryan@stansell.org Mon Oct 6 10:34:19 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h96HYJbs019104; Mon, 6 Oct 2003 10:34:19 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.12.10/8.12.10/Submit) id h96HYJjb019103; Mon, 6 Oct 2003 10:34:19 -0700 (PDT) Date: Mon, 6 Oct 2003 10:34:18 -0700 From: Bryan Stansell To: announce@conserver.com, users@conserver.com Message-ID: <20031006173418.GB12341@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: conserver-8.0.3 is available X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 17:34:20 -0000 Yes, that's right, 8.0.3 already. Why? A fairly major bug was found in the SIGHUP code. The problem is that certain fields are not updated when the configuration file is re-read. All previous 8.0.x versions have this bug, so please upgrade if you're using any of them. version 8.0.3 (Oct 6, 2003): - the SIGHUP process fails to pick up changes to certain fields because of a horribly broken SwapStr() function [broken in all previous 8.0.x versions] - reported by Toby Gerhart Bryan Stansell From stoffel@lucent.com Mon Oct 6 11:18:06 2003 Received: from ihemail2.firewall.lucent.com (ihemail2.lucent.com [192.11.222.163]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h96II5bs019322 for ; Mon, 6 Oct 2003 11:18:05 -0700 (PDT) Received: from alpo.casc.com (h152-148-10-6.lucent.com [152.148.10.6]) by ihemail2.firewall.lucent.com (Switch-2.2.8/Switch-2.2.0) with ESMTP id h96II0N13889 for ; Mon, 6 Oct 2003 13:18:01 -0500 (CDT) Received: from sekrit.inse.lucent.com ([152.148.90.85]) by alpo.casc.com (8.9.1a/8.9.1) with ESMTP id OAA04054; Mon, 6 Oct 2003 14:17:49 -0400 (EDT) Received: (from stoffel@localhost) by sekrit.inse.lucent.com (8.11.6+Sun/8.9.1) id h96ICqV21080; Mon, 6 Oct 2003 14:12:52 -0400 (EDT) X-Authentication-Warning: sekrit.inse.lucent.com: stoffel set sender to stoffel@lucent.com using -f MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16257.45220.207599.381712@gargle.gargle.HOWL> Date: Mon, 6 Oct 2003 14:12:52 -0400 From: "John Stoffel" To: "John Stoffel" In-Reply-To: <16257.37459.981983.338044@gargle.gargle.HOWL> References: <16257.37459.981983.338044@gargle.gargle.HOWL> X-Mailer: VM 7.14 under Emacs 20.6.1 Cc: users@conserver.com Subject: Re: Feature request X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 18:18:06 -0000 John> Brian, Doh! My apologies Bryan! John From bryan@stansell.org Mon Oct 6 12:15:01 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h96JF0bs019568 for ; Mon, 6 Oct 2003 12:15:00 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.12.10/8.12.10/Submit) id h96JF0eD019567 for users@conserver.com; Mon, 6 Oct 2003 12:15:00 -0700 (PDT) Date: Mon, 6 Oct 2003 12:15:00 -0700 From: Bryan Stansell To: users@conserver.com Message-ID: <20031006191500.GC19372@underdog.stansell.org> References: <16257.37459.981983.338044@gargle.gargle.HOWL> <16257.45220.207599.381712@gargle.gargle.HOWL> <16257.37459.981983.338044@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16257.45220.207599.381712@gargle.gargle.HOWL> <16257.37459.981983.338044@gargle.gargle.HOWL> User-Agent: Mutt/1.4.1i Subject: Re: Feature request X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 19:15:02 -0000 On Mon, Oct 06, 2003 at 02:12:52PM -0400, John Stoffel wrote: > John> Brian, > > Doh! My apologies Bryan! no problem. ;-) On Mon, Oct 06, 2003 at 12:03:31PM -0400, John Stoffel wrote: > Thanks for conserver, it's a great tool! I'd like to make a feature > request, or maybe a change in how the scroll back commands work. > Basically, I can scroll back either 20 or 60 lines, and that's it. > I'd love to be able to scroll back as many lines are in the log file, > in increments of 20 or 60 lines. so, do you have an visions of what a user would have to type to get this? something like '^EcR4^M' where ^EcR lets you then enter the number multiple (so 4 followed by a return). then it would display 80 lines? or, would it be ok to allow the user to set the number of lines the replay function uses? something like '^Ec=r48^M', meaning ^Ec= starts the setting of a function, 'r' selects the replay function, and '48^M' is 48 followed by a return? > Since I use 80x48 xterms, the number of scroll back lines works better > with 46 lines for me, rather than 60. would this play into the above? i love the idea. it would be fairly easy to make the number of lines of replay be a variable, and settable by the user. the playback of a huge number of lines might be a bit more dangerous. i haven't looked at the code used by the replay function very closely (it's current version was contributed by a user), but it might have to change to support lots lines - i know it does a lot of memory allocations, and might even store it all in memory before writing it out, but that might not be 100% accurate. you mind if i ask why you'd like to replay so many lines? i can see where you might need more than 60...i've need that before, but i just go look at the logfile directly in those cases. but, would you really need more than, say, 2 or 3 hundred? just curious about the usage. Bryan From stoffel@lucent.com Tue Oct 7 09:18:10 2003 Received: from ihemail2.firewall.lucent.com (ihemail2.lucent.com [192.11.222.163]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h97GI9bs025611; Tue, 7 Oct 2003 09:18:10 -0700 (PDT) Received: from alpo.casc.com (h152-148-10-6.lucent.com [152.148.10.6]) by ihemail2.firewall.lucent.com (Switch-2.2.8/Switch-2.2.0) with ESMTP id h97GI4N00017; Tue, 7 Oct 2003 11:18:05 -0500 (CDT) Received: from sekrit.inse.lucent.com ([152.148.90.85]) by alpo.casc.com (8.9.1a/8.9.1) with ESMTP id MAA16298; Tue, 7 Oct 2003 12:17:58 -0400 (EDT) Received: (from stoffel@localhost) by sekrit.inse.lucent.com (8.11.6+Sun/8.9.1) id h97GAVD24644; Tue, 7 Oct 2003 12:10:31 -0400 (EDT) X-Authentication-Warning: sekrit.inse.lucent.com: stoffel set sender to stoffel@lucent.com using -f MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16258.58742.962113.610445@gargle.gargle.HOWL> Date: Tue, 7 Oct 2003 12:10:30 -0400 From: "John Stoffel" To: Bryan Stansell In-Reply-To: <20031006191500.GC19372@underdog.stansell.org> References: <16257.37459.981983.338044@gargle.gargle.HOWL> <16257.45220.207599.381712@gargle.gargle.HOWL> <20031006191500.GC19372@underdog.stansell.org> X-Mailer: VM 7.14 under Emacs 20.6.1 Cc: users@conserver.com Subject: Re: Feature request X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 16:18:11 -0000 Bryan> so, do you have an visions of what a user would have to type to Bryan> get this? something like '^EcR4^M' where ^EcR lets you then Bryan> enter the number multiple (so 4 followed by a return). then it Bryan> would display 80 lines? or, would it be ok to allow the user Bryan> to set the number of lines the replay function uses? something Bryan> like '^Ec=r48^M', meaning ^Ec= starts the setting of a Bryan> function, 'r' selects the replay function, and '48^M' is 48 Bryan> followed by a return? I don't so much have a vision of the command line keys, though maybe I'd go with a semi emacs keybinding of ^Ecp to go backwards (screen - 2) lines, and ^Ecn to go forward the same number. >> Since I use 80x48 xterms, the number of scroll back lines works better >> with 46 lines for me, rather than 60. Bryan> would this play into the above? I was sorta wondering out loud how the numbers 20 (for ^Ecr) and 60 (for ^Ecp) were arrived at. It would be nice to scale them both by the size (with a reasonable default of 22 say?) the size of the screen that console is on. Or could we trap ^EcPg_Up and ^EcPg_Dn keys as well to handle this scrollback? I use this all the time on my xterms, which have 2000 line buffers. I just cat large files sometimes (or dmesg output, etc) and I can move back in history just by hitting Page_Up and Page_Down keys. It's quicker and easier than using the mouse to scroll. Bryan> i love the idea. it would be fairly easy to make the number of Bryan> lines of replay be a variable, and settable by the user. the Bryan> playback of a huge number of lines might be a bit more Bryan> dangerous. i haven't looked at the code used by the replay Bryan> function very closely (it's current version was contributed by Bryan> a user), but it might have to change to support lots lines - i Bryan> know it does a lot of memory allocations, and might even store Bryan> it all in memory before writing it out, but that might not be Bryan> 100% accurate. The simple way would be to reserve scrollback buffer memory on a per-console basis, but that's overkill. Maybe keeping a couple of buffers around depending on how many console connections there are would be better. As people detach, the memory goes back into the free pool. So the worst case would be if every console was in use, times the size of the buffer needed to hold the scroll back info. Bryan> you mind if i ask why you'd like to replay so many lines? i Bryan> can see where you might need more than 60...i've need that Bryan> before, but i just go look at the logfile directly in those Bryan> cases. but, would you really need more than, say, 2 or 3 Bryan> hundred? just curious about the usage. I'd say being able to scroll back 250 by default would be enough, and maybe let them configure it to a larger number if they want, say 500? The idea is to not have to login to the console server(s) to find the log files to go back and see what happened on a console unless something extraordinary has happened. It's just been frustrating not being able to scroll back 62 lines at times to find that one last bit of info, before having to login and peruse logs. John John Stoffel - Senior Unix Systems Administrator - Lucent Technologies stoffel@lucent.com - http://www.lucent.com - 978-952-7548 From rph@online.no Fri Oct 10 01:20:01 2003 Received: from mail47.fg.online.no (mail47-s.fg.online.no [148.122.161.47]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h9A8JxW6014766 for ; Fri, 10 Oct 2003 01:20:00 -0700 (PDT) Received: from masada.nsc.no (masada.nsc.no [148.122.46.11]) by mail47.fg.online.no (8.9.3p2/8.9.3) with SMTP id KAA10129 for ; Fri, 10 Oct 2003 10:19:56 +0200 (MEST) Date: Fri, 10 Oct 2003 10:19:56 +0200 From: Rolf Petter Halle To: users@conserver.com Message-Id: <20031010101956.55676fd5.rph@online.no> X-Mailer: Sylpheed version 0.8.11claws (GTK+ 1.2.10; sparc-sun-solaris2.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Weird problem with conserver-8.0.3 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2003 08:20:03 -0000 Hi! After upgrading to conserver-8.0.3 from 7.2.2, we've experienced a couple of strange problems. The first connection to "host1.domain.name" after starting conserver takes quite a long time to succeed. The next connection appears normal (fast). It does not matter whether I specify "host1" or "host1.domain.name" as the console name. The real problem is that the next time I try to connect to another console in the same console group (controlled by the same conserver), I end up with the previous host, unless I use the full console name. This is how it looks cs4(root) / 548# console host1 [Enter `^Ec?' for help] host1.domain.no console login: [disconnect] cs4(root) / 549# console host2 [Enter `^Ec?' for help] host1.domain.no console login: [disconnect] <- WRONG CONSOLE cs4(root) / 550# console host2.online.no [Enter `^Ec?' for help] host2.domain.no console login: [disconnect] cs4(root) / 551# Here are some parts of conserver.cf =========== default * { logfile /var/log/conserver/&.log; timestamp 1h; baud 9600; parity none; rw *; master localhost; type device; } config * { defaultaccess rejected; passwdfile /etc/conserver/conserver.passwd; } console host1.domain.no { device /dev/sts/ttyN00; } console host2.domain.no { device /dev/sts/ttyN01; } =============== The software is compiled under Solaris 2.6 and 8 with Sun's compiler(s) And thanks for a great product. Rolf From bryan@stansell.org Fri Oct 10 08:39:06 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h9AFd4W6016904 for ; Fri, 10 Oct 2003 08:39:06 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.12.10/8.12.10/Submit) id h9AFd4XL016903 for users@conserver.com; Fri, 10 Oct 2003 08:39:04 -0700 (PDT) Date: Fri, 10 Oct 2003 08:39:04 -0700 From: Bryan Stansell To: users@conserver.com Message-ID: <20031010153904.GA16868@underdog.stansell.org> References: <20031010101956.55676fd5.rph@online.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031010101956.55676fd5.rph@online.no> User-Agent: Mutt/1.4.1i Subject: Re: Weird problem with conserver-8.0.3 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2003 15:39:07 -0000 On Fri, Oct 10, 2003 at 10:19:56AM +0200, Rolf Petter Halle wrote: > After upgrading to conserver-8.0.3 from 7.2.2, we've experienced a > couple of strange problems. sorry about that. :-( > The first connection to "host1.domain.name" after starting conserver > takes quite a long time to succeed. The next connection appears normal > (fast). how many consoles are you managing, and are there any messages appearing in the conserver logs? if there are hundreds/thousands of consoles, it will take a bit for things to start up, but i would guessed that the startup time for 8.x.x would always be faster than 7.x.x. something that might be useful (to help track down the problem) is the output from 'console -DD host.domain.name' when it exhibits the problem. it (should) help determine at what stage things hang. and seeing it's progress might help you see what it's doing. > The real problem is that the next time I try to connect to another > console in the same console group (controlled by the same conserver), > I end up with the previous host, unless I use the full console name. yikes. there's a bug! yep...i'm able to do that with mine too. there's a relatively simple fix, and i should have it for everyone very soon. i actually have a handful of simple fixes that fix bugs like this that i think i'll just release as 8.0.4 "very soon now". (i always like being able to just download a new tarball instead of having to apply a set of patches to the latest release of a package, so we'll use up some release numbers) thanks for making me aware of this, and if you can either send the 'console -DD' output or take a look at it yourself and find the seconds that have the big delays and share that with me, that would be great. Bryan From bryan@stansell.org Fri Oct 10 13:49:12 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h9AKnCW6021596; Fri, 10 Oct 2003 13:49:12 -0700 (PDT) Received: (from bryan@localhost) by underdog.stansell.org (8.12.10/8.12.10/Submit) id h9AKnCLb021595; Fri, 10 Oct 2003 13:49:12 -0700 (PDT) Date: Fri, 10 Oct 2003 13:49:12 -0700 From: Bryan Stansell To: announce@conserver.com, users@conserver.com Message-ID: <20031010204912.GB21563@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: conserver-8.0.4 is available X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2003 20:49:13 -0000 Yep, I've decided to go ahead and just release new versions relatively quicky. I figure it's good to get the code out to folks and make the fixes available. Upgrade as you can! Here are the list of changes, all fixes in response to reports from various users. I hope they do everything I think they do. ;-) Keep sending in the bug reports as you find them! version 8.0.4 (Oct 10, 2003): - fixed client rejection bug that can nearly never happen - reported by Han Pilmeyer - fixed bug where client is reconnected to the previous console when non-exact console names are used - reported by Rolf Petter Halle - fixed bug where exact matchs on a remote console name never happened - reported by Toby Gerhart - fixed bug where SIGHUP fails to update console aliases - reported by Han Pilmeyer Bryan Stansell From han@zk3.dec.com Sat Oct 11 02:32:49 2003 Received: from zmamail04.zma.compaq.com (mailout.zma.compaq.com [161.114.64.104]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h9B9WmW6026916 for ; Sat, 11 Oct 2003 02:32:49 -0700 (PDT) Received: from mailrelay01.cac.cpqcorp.net (mailrelay01.cac.cpqcorp.net [16.47.132.152]) by zmamail04.zma.compaq.com (Postfix) with ESMTP id 7FFFA13AFB for ; Sat, 11 Oct 2003 05:32:47 -0400 (EDT) Received: from yquarry.zk3.dec.com (brrquarry.zk3.dec.com [16.141.56.3]) by mailrelay01.cac.cpqcorp.net (Postfix) with ESMTP id D80591D8D for ; Sat, 11 Oct 2003 02:32:34 -0700 (PDT) Received: from pilair02.zk3.dec.com by yquarry.zk3.dec.com (8.8.8/1.1.22.3/03Mar00-0551AM) id FAA30584; Sat, 11 Oct 2003 05:32:43 -0400 (EDT) To: users@conserver.com References: <20031006173418.GB12341@underdog.stansell.org> <20031006190201.GA19372@underdog.stansell.org> <20031006205749.GA19829@underdog.stansell.org> From: Han Pilmeyer Organization: Hewlett-Packard Nederland B.V., Bijsterhuizen 2023, 6604 LH Wijchen, Netherlands Date: Sat, 11 Oct 2003 11:32:08 +0200 In-Reply-To: <20031006205749.GA19829@underdog.stansell.org> (Bryan Stansell's message of "Mon, 6 Oct 2003 13:57:49 -0700") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: conserver-8.0.3 is available X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2003 09:32:50 -0000 >>>>> "Bryan" == Bryan Stansell writes: Hi Bryan, Bryan> that make sense? lemme know if i can help at all, and if you try the Bryan> patch, i'd love to know if it fixes the problem. I tried the patch (i.e. 8.0.4) and it works. I do not get that stange message any longer. Thanks. -- -- Han Pilmeyer, email: han@zk3.dec.compaq.hp.com -- Hewlett-Packard - BCS TCSD Customer Escalations -- All opinions are those of the author, not of Hewlett-Packard Company! From ernie.oporto@viragelogic.com Wed Oct 29 10:28:55 2003 Received: from webshield.viragelogic.com (host-11.viragelogic.com [63.150.53.109]) by underdog.stansell.org (8.12.10/8.12.10) with SMTP id h9TISr9W019108 for ; Wed, 29 Oct 2003 10:28:54 -0800 (PST) Received: from unknown(10.202.32.110) by webshield.viragelogic.com via csmap id 812a16b6_0a3f_11d8_9124_000347c25ff4_24915; Wed, 29 Oct 2003 18:41:27 +0000 (UTC) From: "Ernie Oporto" To: Date: Wed, 29 Oct 2003 13:28:51 -0500 Organization: Virage Logic Corporation Message-ID: <034d01c39e4a$80ecb1b0$6e20ca0a@nj.viragelogic.com> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_0345_01C39E20.974995B0"; micalg=SHA1 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: older conservers with newer console? X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2003 18:28:56 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0345_01C39E20.974995B0 Content-Type: multipart/mixed; boundary="----=_NextPart_001_0346_01C39E20.974995B0" ------=_NextPart_001_0346_01C39E20.974995B0 Content-Type: multipart/alternative; boundary="----=_NextPart_002_0347_01C39E20.974995B0" ------=_NextPart_002_0347_01C39E20.974995B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Is there a switch for turning off the encryption for a console session to an older conserver? Is the newer console client compatible with the older server? vector.117:/opt# console nameserver console: Encryption not supported by server `console' vector.126:/opt# console -M console.fm -r Enter root@console's password: 10.201.0.243: version `conserver.com version 8.0.4' vector.127:/opt# console -M console -r console: Encryption not supported by server `console' -- Ernest A. Oporto, Senior Systems Administrator Virage Logic Corporation http://www.viragelogic.com Perryville Corporate Park, Bldg 3, Clinton, NJ 08809 Phone:(908)735-1932 Fax:(908)735-1999 mailto:Ernie.Oporto@viragelogic.com ------=_NextPart_002_0347_01C39E20.974995B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Is there a switch for turning off = the=20 encryption for a console session to an older conserver?  Is the = newer=20 console client compatible with the older server?
 
vector.117:/opt# console=20 nameserver
console: Encryption not supported by server=20 `console'
vector.126:/opt# console -M console.fm -r
Enter root@console's password: =
10.201.0.243:=20 version `conserver.com version 8.0.4'
vector.127:/opt# console -M = console=20 -r
console: Encryption not supported by server = `console'

--
Ernest A. Oporto, Senior Systems = Administrator
Virage=20 Logic Corporation
http://www.viragelogic.com
Pe= rryville=20 Corporate Park, Bldg 3, Clinton, NJ = 08809
Phone:(908)735-1932  =20 Fax:(908)735-1999
mailto:Ernie.Oporto@viragelo= gic.com

 
------=_NextPart_002_0347_01C39E20.974995B0-- ------=_NextPart_001_0346_01C39E20.974995B0 Content-Type: text/x-vcard; name="Ernie Oporto.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Ernie Oporto.vcf" BEGIN:VCARD VERSION:2.1 N:Oporto;Ernie FN:Ernie Oporto EMAIL;PREF;INTERNET:eoporto@viragelogic.com REV:20000209T194835Z END:VCARD ------=_NextPart_001_0346_01C39E20.974995B0-- ------=_NextPart_000_0345_01C39E20.974995B0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8jCCAnow ggHjoAMCAQICAwrI9TANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDMwOTIyMTM0OTI3WhcNMDQwOTIxMTM0OTI3WjBnMQ8wDQYDVQQE EwZPcG9ydG8xDzANBgNVBCoTBkVybmVzdDEWMBQGA1UEAxMNRXJuZXN0IE9wb3J0bzErMCkGCSqG SIb3DQEJARYcZXJuaWUub3BvcnRvQHZpcmFnZWxvZ2ljLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAunpgDaLkRAdlpELXU5EzdOQtmxxZEE1/45GPfWfcY+P1/IQXdxziuymkNVCcWxax mmRJCc4/b967AdWj+eJBcusmeKfOWnYpan87qJVysGf8TdcxycEHQ45Ha8F42O1A5rjClFHH1UFN B0jyOSQ4eS/ZQgFkafTiuWurzbA25XUCAwEAAaM5MDcwJwYDVR0RBCAwHoEcZXJuaWUub3BvcnRv QHZpcmFnZWxvZ2ljLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAHFOmCXx2LCw peHlxO1W44zVNQRWQke3+6bi5iCQOv6sl3NznrOuyFicFQz7QwiWUmN3N4h92OFJnRMU7hCJCbvG V9aVuuj0V76g1XDekclIS+Q8BoJz/OSDC3ifXUnghqQ2R3dZy4dSprjm8f/KEe6lO8lPVCkpO5OX mnp2xOIEMIIDLTCCApagAwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdEx CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqG SIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G 6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56a JtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG 9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6 ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl 8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAw gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93 bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vy dmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBa Fw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N 9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOC dz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTAS BgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNv bS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4w HDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7M DaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0 niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G /11fZU8xggLPMIICywIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3Vs dGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIDCsj1MAkGBSsOAwIaBQCgggG8MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMTAyOTE4Mjg1MVowIwYJKoZIhvcNAQkEMRYEFBJSSOYPXy04Vz7IplMwayPg ejMQMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMHgGCSsG AQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMK yPUwegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz dWluZyBDQQIDCsj1MA0GCSqGSIb3DQEBAQUABIGACaEO1rkEytjprjI2mI/1lvJ3EJoTzGh3dPHh s11qKOYkDXq8pti122jEtafiCHTtf1auA0ODs95Gfax3tfnBhGrO3mFuGE3NzLS18ZEq9y0w2Rtx BRkJjtDOZLPm1S4pXe5yQjOJo5Y9jxTOnFukzEyv5cCvMQyQYeQf02GHsDMAAAAAAAA= ------=_NextPart_000_0345_01C39E20.974995B0-- From ernie.oporto@viragelogic.com Thu Oct 30 08:08:09 2003 Received: from webshield.viragelogic.com (host-11.viragelogic.com [63.150.53.109]) by underdog.stansell.org (8.12.10/8.12.10) with SMTP id h9UG889W025913 for ; Thu, 30 Oct 2003 08:08:09 -0800 (PST) Received: from unknown(10.202.32.110) by webshield.viragelogic.com via csmap id ff1cc162_0af4_11d8_88d8_000347c25ff4_2940; Thu, 30 Oct 2003 16:20:38 +0000 (UTC) From: "Ernie Oporto" To: Date: Thu, 30 Oct 2003 11:08:03 -0500 Organization: Virage Logic Corporation Message-ID: <047b01c39f00$000a5780$6e20ca0a@nj.viragelogic.com> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_0472_01C39ED6.1607DD70"; micalg=SHA1 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: make test error in 8.0.4 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 16:08:10 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0472_01C39ED6.1607DD70 Content-Type: multipart/mixed; boundary="----=_NextPart_001_0473_01C39ED6.1607DD70" ------=_NextPart_001_0473_01C39ED6.1607DD70 Content-Type: multipart/alternative; boundary="----=_NextPart_002_0474_01C39ED6.1607DD70" ------=_NextPart_002_0474_01C39ED6.1607DD70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Any idea what this means from make test? executing test #11...failed (diffs in test11.diff) It did not prevent me from successfully building, installing, and running 8.0.4 on my Linux conserver, but I want to make sure it is not something that will keep me from doing something down the road. -- Ernest A. Oporto, Senior Systems Administrator Virage Logic Corporation http://www.viragelogic.com Perryville Corporate Park, Bldg 3, Clinton, NJ 08809 Phone:(908)735-1932 Fax:(908)735-1999 mailto:Ernie.Oporto@viragelogic.com ------=_NextPart_002_0474_01C39ED6.1607DD70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
 
Any idea what this means from make = test? 
    executing test=20 #11...failed (diffs in test11.diff)
 
It did not prevent me from = successfully=20 building, installing, and running 8.0.4 on my Linux conserver, but = I want=20 to make sure it is not something that will keep me from doing something = down the=20 road.
 
 

--
Ernest A. Oporto, Senior Systems = Administrator
Virage=20 Logic Corporation
http://www.viragelogic.com
Pe= rryville=20 Corporate Park, Bldg 3, Clinton, NJ = 08809
Phone:(908)735-1932  =20 Fax:(908)735-1999
mailto:Ernie.Oporto@viragelo= gic.com

 
------=_NextPart_002_0474_01C39ED6.1607DD70-- ------=_NextPart_001_0473_01C39ED6.1607DD70 Content-Type: text/x-vcard; name="Ernie Oporto.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Ernie Oporto.vcf" BEGIN:VCARD VERSION:2.1 N:Oporto;Ernie FN:Ernie Oporto EMAIL;PREF;INTERNET:eoporto@viragelogic.com REV:20000209T194835Z END:VCARD ------=_NextPart_001_0473_01C39ED6.1607DD70-- ------=_NextPart_000_0472_01C39ED6.1607DD70 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8jCCAnow ggHjoAMCAQICAwrI9TANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDMwOTIyMTM0OTI3WhcNMDQwOTIxMTM0OTI3WjBnMQ8wDQYDVQQE EwZPcG9ydG8xDzANBgNVBCoTBkVybmVzdDEWMBQGA1UEAxMNRXJuZXN0IE9wb3J0bzErMCkGCSqG SIb3DQEJARYcZXJuaWUub3BvcnRvQHZpcmFnZWxvZ2ljLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAunpgDaLkRAdlpELXU5EzdOQtmxxZEE1/45GPfWfcY+P1/IQXdxziuymkNVCcWxax mmRJCc4/b967AdWj+eJBcusmeKfOWnYpan87qJVysGf8TdcxycEHQ45Ha8F42O1A5rjClFHH1UFN B0jyOSQ4eS/ZQgFkafTiuWurzbA25XUCAwEAAaM5MDcwJwYDVR0RBCAwHoEcZXJuaWUub3BvcnRv QHZpcmFnZWxvZ2ljLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAHFOmCXx2LCw peHlxO1W44zVNQRWQke3+6bi5iCQOv6sl3NznrOuyFicFQz7QwiWUmN3N4h92OFJnRMU7hCJCbvG V9aVuuj0V76g1XDekclIS+Q8BoJz/OSDC3ifXUnghqQ2R3dZy4dSprjm8f/KEe6lO8lPVCkpO5OX mnp2xOIEMIIDLTCCApagAwIBAgIBADANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTAT BgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUg Q29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIG A1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25h bC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTk2MDEwMTAwMDAwMFoXDTIwMTIzMTIzNTk1OVowgdEx CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqG SIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEA1GnX1LCUZFtx6UfYDFG26nKRsIRefS0Nj3sS34UldSh0OkIsYyeflXtL734Zhx2G 6qPduc6WZBrCFG5ErHzmj+hND3EfQDimAKOHePb5lIZererAXnbr2RSjXW56fAylS1V/Bhkpf56a JtVquzgkCGqYx7Hao5iR/Xnb5VrEHLkCAwEAAaMTMBEwDwYDVR0TAQH/BAUwAwEB/zANBgkqhkiG 9w0BAQQFAAOBgQDH7JJ+Tvj1lqVnYiqk8E0RYNBvjWBYYawmu1I1XAjPMPuoSpaKH2JCI4wXD/S6 ZJwXrEcp352YXtJsYHFcoqzceePnbgBHH7UNKOgCneSa/RP0ptl8sfjcXyMmCZGAc9AUG95DqYMl 8uacLxXK/qarigd1iwzdUYRr5PjRzneigTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAw gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93 bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vy dmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBa Fw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBD QTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N 9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOC dz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTAS BgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNv bS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4w HDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7M DaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0 niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G /11fZU8xggLPMIICywIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3Vs dGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIDCsj1MAkGBSsOAwIaBQCgggG8MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMTAzMDE2MDgwMlowIwYJKoZIhvcNAQkEMRYEFJYwMDidnbr3hTX5PI2UI7kw wZftMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIFMHgGCSsG AQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMK yPUwegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz dWluZyBDQQIDCsj1MA0GCSqGSIb3DQEBAQUABIGACvB/s79R+F63XvMrdpb2v6/ipaN+bPPNju4l mVyj1rw1/lD3qoIh/SeqPvQS51DeiZ6Pd2d6GoHjFTl2DUHJX+yo3lSmKFVm5Wd8LaBhd84DyN8T lzTbFB9DevMDA2/Vn3lNdf4xYro8Q3FGf9YzB+XjlSHqKLEN4HTd6JNP0zIAAAAAAAA= ------=_NextPart_000_0472_01C39ED6.1607DD70-- From bryan@stansell.org Thu Oct 30 15:21:54 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h9UNLr9W027218 for ; Thu, 30 Oct 2003 15:21:54 -0800 (PST) Received: (from bryan@localhost) by underdog.stansell.org (8.12.10/8.12.10/Submit) id h9UNLrnr027217 for users@conserver.com; Thu, 30 Oct 2003 15:21:53 -0800 (PST) Date: Thu, 30 Oct 2003 15:21:53 -0800 From: Bryan Stansell To: users@conserver.com Message-ID: <20031030232153.GC27078@underdog.stansell.org> References: <034d01c39e4a$80ecb1b0$6e20ca0a@nj.viragelogic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <034d01c39e4a$80ecb1b0$6e20ca0a@nj.viragelogic.com> User-Agent: Mutt/1.4.1i Subject: Re: older conservers with newer console? X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2003 23:21:55 -0000 On Wed, Oct 29, 2003 at 01:28:51PM -0500, Ernie Oporto wrote: > Is there a switch for turning off the encryption for a console session to > an older conserver? Is the newer console client compatible with the older > server? 'console -E' will allow a non-encrypted connection, which should allow a better chance at talking to older servers. but, if you're trying to talk to a pre-8.0.0 server with an >= 8.0.0 client, it won't work. all the details on compatibility are in the INSTALL file...if there are questions after checking that out, let me know. Bryan From bryan@stansell.org Fri Oct 31 10:23:29 2003 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h9VINT9W015756; Fri, 31 Oct 2003 10:23:29 -0800 (PST) Received: (from bryan@localhost) by underdog.stansell.org (8.12.10/8.12.10/Submit) id h9VINTYe015755; Fri, 31 Oct 2003 10:23:29 -0800 (PST) Date: Fri, 31 Oct 2003 10:23:29 -0800 From: Bryan Stansell To: announce@conserver.com, users@conserver.com Message-ID: <20031031182329.GA15713@underdog.stansell.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: conserver-8.0.5 is available X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2003 18:23:30 -0000 Looks like 8.0.5 is the Halloween release...I hope it doesn't turn into a pumpkin. ;-) This release has two minor enhancements and a few bug fixes. If anyone sees any problems, please let me know. Happy Halloween! version 8.0.5 (Oct 31,2003): - added 'loghostnames' config option (default is on) to log client hostnames instead of ip addresses (like pre-8.0.0) - suggested by Han Pilmeyer - fixed bug where 'daemonmode' config file option wasn't being used - fixed potential logfile (-L) opening problem processing SIGHUP - fixed various potential conserver.cf issues with 'config' block values processing SIGHUP - added 'setproctitle' config option (default is off) to enable changing the process title to contain runtime information - patch by Dmitry Morozovsky Bryan Stansell From mtdolan@twinight.org Fri Oct 31 15:14:02 2003 Received: from dawn.twinight.org (dawn.twinight.org [65.39.69.132]) by underdog.stansell.org (8.12.10/8.12.10) with ESMTP id h9VNE19W016514 for ; Fri, 31 Oct 2003 15:14:02 -0800 (PST) Received: by dawn.twinight.org (Postfix, from userid 2016) id 7518D10CBE; Fri, 31 Oct 2003 18:14:01 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by dawn.twinight.org (Postfix) with SMTP id 6D535B387 for ; Fri, 31 Oct 2003 18:14:01 -0500 (EST) Date: Fri, 31 Oct 2003 18:14:01 -0500 (EST) From: Michael Dolan To: users@conserver.com In-Reply-To: <20031031182329.GA15713@underdog.stansell.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: conserver-8.0.5 is available X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.2 Precedence: list Reply-To: Michael Dolan List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2003 23:14:03 -0000 Conservers... Recently upgraded to 8.0.4 (and now 8.0.5) from 7.2.7 and cannot get acls for host access control to work properly. Configured with --with-trustrevdns and specifying the domain names in conserver.cf, but only get error (and refused connections). FQDN and IPaddrs work fine. The conserver host can reverse lookup the FQDN properly. # ./conserver -V ... conserver: built with `./configure --prefix=/local/tools/conserver --with-regex --with-port=782 --with-master=conserver --with-trustrevdns' [Fri Oct 31 17:01:24 2003] conserver (10192): conserver.com version 8.0.5 [Fri Oct 31 17:01:24 2003] conserver (10192): started as `root' by `root' [Fri Oct 31 17:01:28 2003] conserver (10193): [newcon] login testuser@conserver [Fri Oct 31 17:01:30 2003] conserver (10193): [newcon] logout testuser@conserver [Fri Oct 31 17:02:31 2003] conserver (10192): processing SIGHUP [Fri Oct 31 17:02:33 2003] conserver (10192): ERROR: AccType(): gethostbyname(my.domain.com): host lookup error [Fri Oct 31 17:03:09 2003] conserver (10192): processing SIGHUP [Fri Oct 31 17:03:12 2003] conserver (10192): ERROR: AccType(): gethostbyname(my.other.domain.com): host lookup error Thoughts? -dolan