From wernli@in2p3.fr Wed Apr 2 06:57:35 2008 Received: from ccsrelay02.in2p3.fr (ccsrelay02.in2p3.fr [134.158.66.52]) by underdog.stansell.org (8.14.2/8.14.2) with ESMTP id m32DvQJY008224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Apr 2008 06:57:33 -0700 (PDT) Received: from ccswiss.in2p3.fr (ccswiss.in2p3.fr [134.158.71.219]) (authenticated bits=0) by ccsrelay02.in2p3.fr (8.13.8/8.13.8/IN2P3) with ESMTP id m32DvOJP025127 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Apr 2008 15:57:25 +0200 Received: by ccswiss.in2p3.fr (Postfix, from userid 1000) id 322B5C072; Wed, 2 Apr 2008 15:57:24 +0200 (CEST) Date: Wed, 2 Apr 2008 15:57:24 +0200 From: Fabien Wernli To: "Conserver Users's Mailing List" Subject: autoreinit interval Message-ID: <20080402135724.GF29510@ccswiss.in2p3.fr> Mail-Followup-To: Conserver Users's Mailing List MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: CC-IN2P3 (CNRS) User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: wernli@in2p3.fr List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 13:57:36 -0000 Hi, man: [...] autoreinit Allow this console to be automatically reini- tialized if it unexpectedly goes down. If the console doesn't come back up, it is retried every minute. A console of type [...] is this minute interval configurable? From wernli@in2p3.fr Wed Apr 2 07:45:48 2008 Received: from ccsrelay02.in2p3.fr (ccsrelay02.in2p3.fr [134.158.66.52]) by underdog.stansell.org (8.14.2/8.14.2) with ESMTP id m32EjdNO008698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Apr 2008 07:45:46 -0700 (PDT) Received: from ccswiss.in2p3.fr (ccswiss.in2p3.fr [134.158.71.219]) (authenticated bits=0) by ccsrelay02.in2p3.fr (8.13.8/8.13.8/IN2P3) with ESMTP id m32EjchN030663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Apr 2008 16:45:39 +0200 Received: by ccswiss.in2p3.fr (Postfix, from userid 1000) id B7AEBC072; Wed, 2 Apr 2008 16:45:38 +0200 (CEST) Date: Wed, 2 Apr 2008 16:45:38 +0200 From: Fabien Wernli To: users@conserver.com Subject: Re: autoreinit interval Message-ID: <20080402144538.GG29510@ccswiss.in2p3.fr> Mail-Followup-To: users@conserver.com References: <20080402135724.GF29510@ccswiss.in2p3.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080402135724.GF29510@ccswiss.in2p3.fr> Organization: CC-IN2P3 (CNRS) User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: wernli@in2p3.fr List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 14:45:49 -0000 Hi again, On Wed, Apr 02, 2008 at 03:57:24PM +0200, Fabien Wernli wrote: > autoreinit Allow this console to be automatically reini- > tialized if it unexpectedly goes down. If > the console doesn't come back up, it is > retried every minute. A console of type > [...] > > is this minute interval configurable? After experimenting it seems this 'autoreinit' flag will disable completely the initspintimer and initspinmax behaviour: the console is downed immediately after failing once, regardless of the spin variables' content. Now how do I get a console to be downed once and for all if it is spinning? In my experience, conserver tries to up it again after waiting approximately one minute. thanks From SEBRINT@nationwide.com Thu Apr 10 05:39:40 2008 Received: from nefastis.ent.nwie.net (nefastis.nationwide.com [155.188.184.66]) by underdog.stansell.org (8.14.2/8.14.2) with ESMTP id m3ACdVBF014697 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Thu, 10 Apr 2008 05:39:37 -0700 (PDT) Received: from oedipa01 (oedipa [192.168.183.62]) by nefastis.ent.nwie.net (Switch-3.1.11/Switch-3.1.11) with ESMTP id m3ACdCsb006936 for ; Thu, 10 Apr 2008 08:39:19 -0400 (EDT) Received: from victor.nwie.net by oedipa01 via smtpd (for nefastis.ent.nwie.net [192.168.183.100]) with ESMTP; Thu, 10 Apr 2008 08:39:13 -0400 Received: from entddcmail50.nwie.net (ohcollnp0053.nwie.net [172.24.5.91]) by victor.nwie.net (Switch-3.1.11/Switch-3.1.11) with ESMTP id m3ACd8nW024786 for ; Thu, 10 Apr 2008 08:39:09 -0400 (EDT) To: users@conserver.com Subject: Issue with console prompt MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 CCH6 March 06, 2006 Message-ID: From: SEBRINT@nationwide.com Date: Thu, 10 Apr 2008 08:39:10 -0400 X-MIMETrack: Serialize by Router on EntDDCMail50/SRV/NWIE(Release 7.0.2FP2 HF155|August 01, 2007) at 04/10/2008 08:39:09 AM, Serialize complete at 04/10/2008 08:39:09 AM Content-Type: multipart/alternative; boundary="=_alternative 004580E285257427_=" X-Spam-Score: -2.311 () BAYES_00,HTML_MESSAGE X-Spam-Analysis: v=1.0 c=1 a=k5gXXZ6OO27KLqBN4dQA:9 a=WQa0q2mJPqpUF-yqyQ4A:7 a=o0U0XVUp2AWAa5cMWrrvNvKSpJAA:4 a=b8hG5vVbyAkA:10 a=QQgK9ufSclpAywFjj74A:9 a=zEEdSwn9pLiekMJiV8cA:7 a=_XTU50EFTRA3PErSZtAPWTPmCkkA:4 a=BMUHMS3u0ToA:10% X-Clean-RefId: str=0001.0A090201.47FE0A78.0126,ss=1,fgs=0 X-Scanned-By: MIMEDefang 2.63 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 12:39:41 -0000 This is a multipart message in MIME format. --=_alternative 004580E285257427_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Hello, Recently a few of our servers have been experiencing very strange=20 characters when connecting via conserver. It looks like this: =CCo=E7i=EE i=EEcorrect=E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 c= o=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [disconnect] There is basically a 1 to 1 "translation", so "=CCo=E7i=EE" is "login", etc= .=20 I've tried playing around with the baud in conserver.cf, but that just made it worse. This originally occurred on one server, but that server was = cloned to another and now the new one has the same problem, so it appears to be something on the server itself. Both are Solaris 10,=20 and I compared /etc/inittab to a working system and the console lines appeared to be identical: smf::sysinit:/lib/svc/bin/svc.startd >/dev/msglog 2<>/dev/msglog=20 Hello,

Recently a few of our servers have b= een experiencing very strange characters when connecting via conserver. It looks like this:

=CCo=E7i=EE i=EEcorrect=E4or=EE= oc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole&= nbsp;lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [d= isconnect]

There is basically a 1 to 1 "tr= anslation", so "=CCo=E7i=EE" is "login", etc. I've tried playing ar= ound with the baud in conserver.cf, but that just
made it worse. This originally occur= red on one server, but that server was cloned to another and now the new one has the same problem,
so it appears to be something on the server itself. Both are Solaris 10, and I compared /etc/inittab to a working system and the console
lines appeared to be identical:

smf::sysinit:/lib/svc/bin/svc.startd    >/dev/msglog 2<>/dev/msglog </dev/console

Any help on how to fix this would be appreciated.
Thanks,
Tim
--=_alternative 004580E285257427_=-- From john@iastate.edu Thu Apr 10 06:05:20 2008 Received: from mailhub-5.iastate.edu (mailhub-5.iastate.edu [129.186.140.15]) by underdog.stansell.org (8.14.2/8.14.2) with ESMTP id m3AD5BBh014958 for ; Thu, 10 Apr 2008 06:05:17 -0700 (PDT) Received: from devirus-10.iastate.edu (devirus-10.iastate.edu [129.186.1.47]) by mailhub-5.iastate.edu (8.12.11.20060614/8.12.10) with SMTP id m3AD5BCO010149; Thu, 10 Apr 2008 08:05:11 -0500 Received: from (despam-10.iastate.edu [129.186.140.80]) by devirus-10.iastate.edu with smtp id 02e5_8a288eee_06fe_11dd_9571_00137253420a; Thu, 10 Apr 2008 08:03:39 -0500 Received: from malison.ait.iastate.edu (malison.ait.iastate.edu [129.186.145.229]) by despam-10.iastate.edu (8.12.11.20060614/8.12.10) with ESMTP id m3AD5AgO001822; Thu, 10 Apr 2008 08:05:10 -0500 Received: from localhost (john@localhost) by malison.ait.iastate.edu (8.8.8/8.8.5) with SMTP id IAA03771; Thu, 10 Apr 2008 08:05:10 -0500 (CDT) To: SEBRINT@nationwide.com Subject: Re: Issue with console prompt In-reply-to: Your message of Thu, 10 Apr 2008 08:39:10 -0400. Date: Thu, 10 Apr 2008 08:05:10 CDT Message-ID: <3896.1207832710@malison.ait.iastate.edu> From: John Hascall X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.4.10.55131 X-ISUMailhub-test: Gauge=IIIIIII, Probability=7%, Report='__C230066_P5 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __SANE_MSGID 0' X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 13:05:21 -0000 This looks more like a parity issue than a baud rate issue. John > This is a multipart message in MIME format. > --===============1124750228== > Content-Type: multipart/alternative; > boundary="=_alternative 004580E285257427_=" > > This is a multipart message in MIME format. > --=_alternative 004580E285257427_= > Content-Type: text/plain; charset="ISO-8859-1" > Content-Transfer-Encoding: quoted-printable > > Hello, > > Recently a few of our servers have been experiencing very strange=20 > characters when connecting via conserver. It looks like this: > > =CCo=E7i=EE i=EEcorrect=E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 c= > o=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [disconnect] > > There is basically a 1 to 1 "translation", so "=CCo=E7i=EE" is "login", etc= > .=20 > I've tried playing around with the baud in conserver.cf, but that just > made it worse. This originally occurred on one server, but that server was = > > cloned to another and now the new one has the same problem, > so it appears to be something on the server itself. Both are Solaris 10,=20 > and I compared /etc/inittab to a working system and the console > lines appeared to be identical: > > smf::sysinit:/lib/svc/bin/svc.startd >/dev/msglog 2<>/dev/msglog=20 > > Any help on how to fix this would be appreciated. > Thanks, > Tim > > --=_alternative 004580E285257427_= > Content-Type: text/html; charset="ISO-8859-1" > Content-Transfer-Encoding: quoted-printable > > >
Hello, >
>
Recently a few of our servers have b= > een > experiencing very strange characters when connecting via conserver. It > looks like this: >
>
=CCo=E7i=EE i=EEcorrect=E4or=EE= > oc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole&= > nbsp;lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [d= > isconnect] >
>
There is basically a 1 to 1 "tr= > anslation", > so "=CCo=E7i=EE" is "login", etc. I've tried playing ar= > ound > with the baud in conserver.cf, but that just >
made it worse. This originally occur= > red > on one server, but that server was cloned to another and now the new one > has the same problem, >
so it appears to be something on the > server itself. Both are Solaris 10, and I compared /etc/inittab to a working > system and the console >
lines appeared to be identical: t> >
>
smf::sysinit:/lib/svc/bin/svc.startd >    >/dev/msglog 2<>/dev/msglog </dev/console >
>
Any help on how to fix this would be > appreciated. >
Thanks, >
Tim >
> --=_alternative 004580E285257427_=-- > > --===============1124750228== > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users > > --===============1124750228==-- > From SEBRINT@nationwide.com Thu Apr 10 06:19:26 2008 Received: from genghis.ent.nwie.net (genghis.nationwide.com [155.188.184.67]) by underdog.stansell.org (8.14.2/8.14.2) with ESMTP id m3ADJFRZ015140 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Thu, 10 Apr 2008 06:19:22 -0700 (PDT) Received: from oedipa01 ([192.168.183.62]) by genghis.ent.nwie.net (Switch-3.1.11/Switch-3.1.11) with ESMTP id m3ADJDb3000259 for ; Thu, 10 Apr 2008 09:19:14 -0400 (EDT) Received: from xerxes.nwie.net by oedipa01 via smtpd (for genghis.ent.nwie.net [192.168.183.99]) with ESMTP; Thu, 10 Apr 2008 09:19:14 -0400 Received: from entddcmail50.nwie.net (ohcollnp0053.nwie.net [172.24.5.91]) by xerxes.nwie.net (Switch-3.1.11/Switch-3.1.11) with ESMTP id m3ADJ6Be017018 for ; Thu, 10 Apr 2008 09:19:06 -0400 (EDT) In-Reply-To: <3896.1207832710@malison.ait.iastate.edu> To: John Hascall Subject: Re: Issue with console prompt MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 CCH6 March 06, 2006 Message-ID: From: SEBRINT@nationwide.com Date: Thu, 10 Apr 2008 09:19:04 -0400 X-MIMETrack: Serialize by Router on EntDDCMail50/SRV/NWIE(Release 7.0.2FP2 HF155|August 01, 2007) at 04/10/2008 09:19:06 AM, Serialize complete at 04/10/2008 09:19:06 AM Content-Type: multipart/alternative; boundary="=_alternative 0049283885257427_=" X-Spam-Score: -2.311 () BAYES_00,HTML_MESSAGE X-Spam-Analysis: v=1.0 c=1 a=kNWuxzsoAAAA:8 a=6sGLSU2YIw1E_EsG_dQA:9 a=Lf1GJ-caZ2HewV7uTB8A:7 a=ukGVr6cOQh6VzszeaJxa7vWaD-kA:4 a=WMK6ONkMrysA:10 a=bOSjLABcXY8A:10 a=50e4U0PicR4A:10 a=jNn-NserKMffWaGXr7QA:9 a=xUxsDVq2n4_Al7rbpH8A:7 a=Fm-z3WLAAyTDyqRgmPtMsRGO1kgA:4 a=BMUHMS3u0ToA:10% X-Clean-RefId: str=0001.0A090201.47FE13D3.0015,ss=1,fgs=0 X-Scanned-By: MIMEDefang 2.63 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 13:19:28 -0000 This is a multipart message in MIME format. --=_alternative 0049283885257427_= Content-Type: text/plain; charset="US-ASCII" Hi John, I looked around in svccfg for any information concerning ttymon, but I'm not sure that's the right place... I did check the eeprom setting though: # eeprom |grep ttya ttya-rts-dtr-off=false ttya-ignore-cd=true ttya-mode=9600,8,n,1,- and that matches other working systems. Is ttya the console connection? (That also shows the baud rate matches what the conserver.cf says - 9600.) Thanks, -Tim John Hascall 04/10/2008 09:05 AM From John Hascall To SEBRINT@nationwide.com cc users@conserver.com Subject Re: Issue with console prompt This looks more like a parity issue than a baud rate issue. John > This is a multipart message in MIME format. > --===============1124750228== > Content-Type: multipart/alternative; > boundary="=_alternative 004580E285257427_=" > > This is a multipart message in MIME format. > --=_alternative 004580E285257427_= > Content-Type: text/plain; charset="ISO-8859-1" > Content-Transfer-Encoding: quoted-printable > > Hello, > > Recently a few of our servers have been experiencing very strange=20 > characters when connecting via conserver. It looks like this: > > =CCo=E7i=EE i=EEcorrect=E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 c= > o=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [disconnect] > > There is basically a 1 to 1 "translation", so "=CCo=E7i=EE" is "login", etc= > .=20 > I've tried playing around with the baud in conserver.cf, but that just > made it worse. This originally occurred on one server, but that server was = > > cloned to another and now the new one has the same problem, > so it appears to be something on the server itself. Both are Solaris 10,=20 > and I compared /etc/inittab to a working system and the console > lines appeared to be identical: > > smf::sysinit:/lib/svc/bin/svc.startd >/dev/msglog 2<>/dev/msglog=20 > > Any help on how to fix this would be appreciated. > Thanks, > Tim > > --=_alternative 004580E285257427_= > Content-Type: text/html; charset="ISO-8859-1" > Content-Transfer-Encoding: quoted-printable > > >
Hello, >
>
Recently a few of our servers have b= > een > experiencing very strange characters when connecting via conserver. It > looks like this: >
>
=CCo=E7i=EE i=EEcorrect=E4or=EE= > oc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole&= > nbsp;lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [d= > isconnect] >
>
There is basically a 1 to 1 "tr= > anslation", > so "=CCo=E7i=EE" is "login", etc. I've tried playing ar= > ound > with the baud in conserver.cf, but that just >
made it worse. This originally occur= > red > on one server, but that server was cloned to another and now the new one > has the same problem, >
so it appears to be something on the > server itself. Both are Solaris 10, and I compared /etc/inittab to a working > system and the console >
lines appeared to be identical: t> >
>
smf::sysinit:/lib/svc/bin/svc.startd >    >/dev/msglog 2<>/dev/msglog </dev/console >
>
Any help on how to fix this would be > appreciated. >
Thanks, >
Tim >
> --=_alternative 004580E285257427_=-- > > --===============1124750228== > Content-Type: text/plain; charset="us-ascii" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users > > --===============1124750228==-- > --=_alternative 0049283885257427_= Content-Type: text/html; charset="US-ASCII"
Hi John,

I looked around in svccfg for any information concerning ttymon, but I'm not sure that's the right place... I did check the eeprom
setting though:

# eeprom |grep ttya
ttya-rts-dtr-off=false
ttya-ignore-cd=true
ttya-mode=9600,8,n,1,-

and that matches other working systems. Is ttya the console connection?  (That also shows the baud rate matches what the conserver.cf says - 9600.)

Thanks,
-Tim



John Hascall <john@iastate.edu>
 




04/10/2008 09:05 AM
From
John Hascall <john@iastate.edu>
To
SEBRINT@nationwide.com
cc
users@conserver.com
Subject
Re: Issue with console prompt






This looks more like a parity issue than a baud rate issue.

John


> This is a multipart message in MIME format.
> --===============1124750228==
> Content-Type: multipart/alternative;
>                  boundary="=_alternative 004580E285257427_="
>
> This is a multipart message in MIME format.
> --=_alternative 004580E285257427_=
> Content-Type: text/plain; charset="ISO-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Hello,
>
> Recently a few of our servers have been experiencing very strange=20
> characters when connecting via conserver. It looks like this:
>
> =CCo=E7i=EE i=EEcorrect=E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 c=
> o=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [disconnect]
>
> There is basically a 1 to 1 "translation", so "=CCo=E7i=EE" is "login", etc=
> .=20
> I've tried playing around with the baud in conserver.cf, but that just
> made it worse. This originally occurred on one server, but that server was =
>
> cloned to another and now the new one has the same problem,
> so it appears to be something on the server itself. Both are Solaris 10,=20
> and I compared /etc/inittab to a working system and the console
> lines appeared to be identical:
>
> smf::sysinit:/lib/svc/bin/svc.startd    >/dev/msglog 2<>/dev/msglog=20
> </dev/console
>
> Any help on how to fix this would be appreciated.
> Thanks,
> Tim
>
> --=_alternative 004580E285257427_=
> Content-Type: text/html; charset="ISO-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
>
> <br><font size=3D2 face=3D"sans-serif">Hello,</font>
> <br>
> <br><font size=3D2 face=3D"sans-serif">Recently a few of our servers have b=
> een
> experiencing very strange characters when connecting via conserver. It
> looks like this:</font>
> <br>
> <br><font size=3D2 face=3D"sans-serif">=CCo=E7i=EE&nbsp;i=EEcorrect=E4or=EE=
> oc=E8&nbsp;co=EE=F3ole&nbsp;lo=E7i=EE:&nbsp;=E4or=EEoc=E8&nbsp;co=EE=F3ole&=
> nbsp;lo=E7i=EE:&nbsp;=E4or=EEoc=E8&nbsp;co=EE=F3ole&nbsp;lo=E7i=EE:&nbsp;[d=
> isconnect]</font>
> <br>
> <br><font size=3D2 face=3D"sans-serif">There is basically a 1 to 1 &quot;tr=
> anslation&quot;,
> so &quot;=CCo=E7i=EE&quot; is &quot;login&quot;, etc. I've tried playing ar=
> ound
> with the baud in conserver.cf, but that just</font>
> <br><font size=3D2 face=3D"sans-serif">made it worse. This originally occur=
> red
> on one server, but that server was cloned to another and now the new one
> has the same problem,</font>
> <br><font size=3D2 face=3D"sans-serif">so it appears to be something on the
> server itself. Both are Solaris 10, and I compared /etc/inittab to a working
> system and the console</font>
> <br><font size=3D2 face=3D"sans-serif">lines appeared to be identical:</fon=
> t>
> <br>
> <br><font size=3D2 face=3D"sans-serif">smf::sysinit:/lib/svc/bin/svc.startd
> &nbsp; &nbsp;&gt;/dev/msglog 2&lt;&gt;/dev/msglog &lt;/dev/console</font>
> <br>
> <br><font size=3D2 face=3D"sans-serif">Any help on how to fix this would be
> appreciated.</font>
> <br><font size=3D2 face=3D"sans-serif">Thanks,</font>
> <br><font size=3D2 face=3D"sans-serif">Tim</font>
> <br>
> --=_alternative 004580E285257427_=--
>
> --===============1124750228==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> _______________________________________________
> users mailing list
> users@conserver.com
> https://www.conserver.com/mailman/listinfo/users
>
> --===============1124750228==--
>


--=_alternative 0049283885257427_=-- From cfowler@outpostsentinel.com Thu Apr 10 06:53:00 2008 Received: from support.opsdc.com (support.opsdc.com [209.168.246.236]) by underdog.stansell.org (8.14.2/8.14.2) with ESMTP id m3ADqoTb015622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 10 Apr 2008 06:52:56 -0700 (PDT) Received: from [192.168.1.104] (66-23-224-81.clients.speedfactory.net [66.23.224.81]) (authenticated bits=0) by support.opsdc.com (8.14.2/8.14.2) with ESMTP id m3ADqmtN027213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Apr 2008 09:52:49 -0400 Subject: Re: Issue with console prompt From: Chris Fowler To: SEBRINT@nationwide.com In-Reply-To: References: Content-Type: text/plain Date: Thu, 10 Apr 2008 09:52:48 -0400 Message-Id: <1207835568.5667.16.camel@shuttle> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.9 Precedence: list Reply-To: cfowler@outpostsentinel.com List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 13:53:02 -0000 Have you tried new cables? On Thu, 2008-04-10 at 09:19 -0400, SEBRINT@nationwide.com wrote: > > Hi John, > > I looked around in svccfg for any information concerning ttymon, but > I'm not sure that's the right place... I did check the eeprom > setting though: > > # eeprom |grep ttya > ttya-rts-dtr-off=false > ttya-ignore-cd=true > ttya-mode=9600,8,n,1,- > > and that matches other working systems. Is ttya the console > connection? (That also shows the baud rate matches what the > conserver.cf says - 9600.) > > Thanks, > -Tim > > > > John Hascall > > > > > > 04/10/2008 09:05 AM > From > John Hascall > > To > SEBRINT@nationwide.com > cc > users@conserver.com > Subject > Re: Issue with > console prompt > > > > > > > > > > This looks more like a parity issue than a baud rate issue. > > John > > > > This is a multipart message in MIME format. > > --===============1124750228== > > Content-Type: multipart/alternative; > > boundary="=_alternative 004580E285257427_=" > > > > This is a multipart message in MIME format. > > --=_alternative 004580E285257427_= > > Content-Type: text/plain; charset="ISO-8859-1" > > Content-Transfer-Encoding: quoted-printable > > > > Hello, > > > > Recently a few of our servers have been experiencing very strange=20 > > characters when connecting via conserver. It looks like this: > > > > =CCo=E7i=EE i=EEcorrect=E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: > =E4or=EEoc=E8 c= > > o=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: > [disconnect] > > > > There is basically a 1 to 1 "translation", so "=CCo=E7i=EE" is > "login", etc= > > .=20 > > I've tried playing around with the baud in conserver.cf, but that > just > > made it worse. This originally occurred on one server, but that > server was = > > > > cloned to another and now the new one has the same problem, > > so it appears to be something on the server itself. Both are Solaris > 10,=20 > > and I compared /etc/inittab to a working system and the console > > lines appeared to be identical: > > > > smf::sysinit:/lib/svc/bin/svc.startd >/dev/msglog > 2<>/dev/msglog=20 > > > > > Any help on how to fix this would be appreciated. > > Thanks, > > Tim > > > > --=_alternative 004580E285257427_= > > Content-Type: text/html; charset="ISO-8859-1" > > Content-Transfer-Encoding: quoted-printable > > > > > >
Hello, > >
> >
Recently a few of our servers > have b= > > een > > experiencing very strange characters when connecting via conserver. > It > > looks like this: > >
> >
face=3D"sans-serif">=CCo=E7i=EE i=EEcorrect=E4or=EE= > > > oc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole&= > > > nbsp;lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [d= > > isconnect] > >
> >
There is basically a 1 to 1 > "tr= > > anslation", > > so "=CCo=E7i=EE" is "login", etc. I've tried > playing ar= > > ound > > with the baud in conserver.cf, but that just > >
made it worse. This > originally occur= > > red > > on one server, but that server was cloned to another and now the new > one > > has the same problem, > >
so it appears to be something > on the > > server itself. Both are Solaris 10, and I compared /etc/inittab to a > working > > system and the console > >
lines appeared to be > identical: > t> > >
> >
face=3D"sans-serif">smf::sysinit:/lib/svc/bin/svc.startd > >    >/dev/msglog 2<>/dev/msglog > </dev/console > >
> >
Any help on how to fix this > would be > > appreciated. > >
Thanks, > >
Tim > >
> > --=_alternative 004580E285257427_=-- > > > > --===============1124750228== > > Content-Type: text/plain; charset="us-ascii" > > MIME-Version: 1.0 > > Content-Transfer-Encoding: 7bit > > Content-Disposition: inline > > > > _______________________________________________ > > users mailing list > > users@conserver.com > > https://www.conserver.com/mailman/listinfo/users > > > > --===============1124750228==-- > > > > > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users From SEBRINT@nationwide.com Thu Apr 10 06:57:50 2008 Received: from genghis.ent.nwie.net (genghis.nationwide.com [155.188.184.67]) by underdog.stansell.org (8.14.2/8.14.2) with ESMTP id m3ADvYiR015722 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Thu, 10 Apr 2008 06:57:45 -0700 (PDT) Received: from oedipa01 ([192.168.183.62]) by genghis.ent.nwie.net (Switch-3.1.11/Switch-3.1.11) with ESMTP id m3ADvVqE005346; Thu, 10 Apr 2008 09:57:32 -0400 (EDT) Received: from xerxes.nwie.net by oedipa01 via smtpd (for genghis.ent.nwie.net [192.168.183.99]) with ESMTP; Thu, 10 Apr 2008 09:57:32 -0400 Received: from entddcmail50.nwie.net (ohcollnp0053.nwie.net [172.24.5.91]) by xerxes.nwie.net (Switch-3.1.11/Switch-3.1.11) with ESMTP id m3ADvTEQ016122; Thu, 10 Apr 2008 09:57:29 -0400 (EDT) In-Reply-To: <1207835568.5667.16.camel@shuttle> To: cfowler@outpostsentinel.com Subject: Re: Issue with console prompt MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 CCH6 March 06, 2006 Message-ID: From: SEBRINT@nationwide.com Date: Thu, 10 Apr 2008 09:57:28 -0400 X-MIMETrack: Serialize by Router on EntDDCMail50/SRV/NWIE(Release 7.0.2FP2 HF155|August 01, 2007) at 04/10/2008 09:57:29 AM, Serialize complete at 04/10/2008 09:57:29 AM Content-Type: multipart/alternative; boundary="=_alternative 004CAC2E85257427_=" X-Spam-Score: -2.311 () BAYES_00,HTML_MESSAGE X-Spam-Analysis: v=1.0 c=1 a=kNWuxzsoAAAA:8 a=lL1Ke5Irt5uD_EZWAW4A:9 a=x8lhnPc1SzeCsCGPftAA:7 a=CSfST2v6gW9-jMylY-rYUba7C0UA:4 a=UkOlBdPxgagA:10 a=WMK6ONkMrysA:10 a=bOSjLABcXY8A:10 a=zUBsD6tbDSsA:10 a=y_QCkq4xh2CkWa7W5ncA:9 a=Z8Vkd0069M6o8wEa7bwA:7 a=XY3q-fI_M1EL_Vg-EwWn0gEb9UEA:4 a=BMUHMS3u0ToA:10% X-Clean-RefId: str=0001.0A090205.47FE1CCD.012C,ss=1,fgs=0 X-Scanned-By: MIMEDefang 2.63 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.9 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2008 13:57:51 -0000 This is a multipart message in MIME format. --=_alternative 004CAC2E85257427_= Content-Type: text/plain; charset="US-ASCII" John nailed the issue earlier... just confirmed that the parity setting was the culprit. I tried 'stty < /dev/console' and it had 'evenp' as a setting. I issued 'stty -evenp < /dev/console' and then checked again, and then the setting was '-parity' and the console worked fine. Thanks a lot for all of your help! -Tim Chris Fowler 04/10/2008 09:52 AM Please respond to cfowler@outpostsentinel.com From Chris Fowler To SEBRINT@nationwide.com cc users@conserver.com Subject Re: Issue with console prompt Have you tried new cables? On Thu, 2008-04-10 at 09:19 -0400, SEBRINT@nationwide.com wrote: > > Hi John, > > I looked around in svccfg for any information concerning ttymon, but > I'm not sure that's the right place... I did check the eeprom > setting though: > > # eeprom |grep ttya > ttya-rts-dtr-off=false > ttya-ignore-cd=true > ttya-mode=9600,8,n,1,- > > and that matches other working systems. Is ttya the console > connection? (That also shows the baud rate matches what the > conserver.cf says - 9600.) > > Thanks, > -Tim > > > > John Hascall > > > > > > 04/10/2008 09:05 AM > From > John Hascall > > To > SEBRINT@nationwide.com > cc > users@conserver.com > Subject > Re: Issue with > console prompt > > > > > > > > > > This looks more like a parity issue than a baud rate issue. > > John > > > > This is a multipart message in MIME format. > > --===============1124750228== > > Content-Type: multipart/alternative; > > boundary="=_alternative 004580E285257427_=" > > > > This is a multipart message in MIME format. > > --=_alternative 004580E285257427_= > > Content-Type: text/plain; charset="ISO-8859-1" > > Content-Transfer-Encoding: quoted-printable > > > > Hello, > > > > Recently a few of our servers have been experiencing very strange=20 > > characters when connecting via conserver. It looks like this: > > > > =CCo=E7i=EE i=EEcorrect=E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: > =E4or=EEoc=E8 c= > > o=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: > [disconnect] > > > > There is basically a 1 to 1 "translation", so "=CCo=E7i=EE" is > "login", etc= > > .=20 > > I've tried playing around with the baud in conserver.cf, but that > just > > made it worse. This originally occurred on one server, but that > server was = > > > > cloned to another and now the new one has the same problem, > > so it appears to be something on the server itself. Both are Solaris > 10,=20 > > and I compared /etc/inittab to a working system and the console > > lines appeared to be identical: > > > > smf::sysinit:/lib/svc/bin/svc.startd >/dev/msglog > 2<>/dev/msglog=20 > > > > > Any help on how to fix this would be appreciated. > > Thanks, > > Tim > > > > --=_alternative 004580E285257427_= > > Content-Type: text/html; charset="ISO-8859-1" > > Content-Transfer-Encoding: quoted-printable > > > > > >
Hello, > >
> >
Recently a few of our servers > have b= > > een > > experiencing very strange characters when connecting via conserver. > It > > looks like this: > >
> >
face=3D"sans-serif">=CCo=E7i=EE i=EEcorrect=E4or=EE= > > > oc=E8 co=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole&= > > > nbsp;lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE: [d= > > isconnect] > >
> >
There is basically a 1 to 1 > "tr= > > anslation", > > so "=CCo=E7i=EE" is "login", etc. I've tried > playing ar= > > ound > > with the baud in conserver.cf, but that just > >
made it worse. This > originally occur= > > red > > on one server, but that server was cloned to another and now the new > one > > has the same problem, > >
so it appears to be something > on the > > server itself. Both are Solaris 10, and I compared /etc/inittab to a > working > > system and the console > >
lines appeared to be > identical: > t> > >
> >
face=3D"sans-serif">smf::sysinit:/lib/svc/bin/svc.startd > >    >/dev/msglog 2<>/dev/msglog > </dev/console > >
> >
Any help on how to fix this > would be > > appreciated. > >
Thanks, > >
Tim > >
> > --=_alternative 004580E285257427_=-- > > > > --===============1124750228== > > Content-Type: text/plain; charset="us-ascii" > > MIME-Version: 1.0 > > Content-Transfer-Encoding: 7bit > > Content-Disposition: inline > > > > _______________________________________________ > > users mailing list > > users@conserver.com > > https://www.conserver.com/mailman/listinfo/users > > > > --===============1124750228==-- > > > > > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users --=_alternative 004CAC2E85257427_= Content-Type: text/html; charset="US-ASCII"
John nailed the issue earlier... just confirmed that the parity setting was the culprit. I tried 'stty < /dev/console' and it had 'evenp' as a setting. I issued 'stty -evenp < /dev/console' and then checked again, and then the setting was '-parity' and the console worked fine.

Thanks a lot for all of your help!
-Tim



Chris Fowler <cfowler@outpostsentinel.com>
 




04/10/2008 09:52 AM
Please respond to cfowler@outpostsentinel.com
From
Chris Fowler <cfowler@outpostsentinel.com>
To
SEBRINT@nationwide.com
cc
users@conserver.com
Subject
Re: Issue with console prompt





Have you tried new cables?

On Thu, 2008-04-10 at 09:19 -0400, SEBRINT@nationwide.com wrote:
>
> Hi John,
>
> I looked around in svccfg for any information concerning ttymon, but
> I'm not sure that's the right place... I did check the eeprom
> setting though:
>
> # eeprom |grep ttya
> ttya-rts-dtr-off=false
> ttya-ignore-cd=true
> ttya-mode=9600,8,n,1,-
>
> and that matches other working systems. Is ttya the console
> connection?  (That also shows the baud rate matches what the
> conserver.cf says - 9600.)
>
> Thanks,
> -Tim
>
>
>
> John Hascall <john@iastate.edu>
>  
>
>
>
>
> 04/10/2008 09:05 AM
>              From
> John Hascall
> <john@iastate.edu>
>                To
> SEBRINT@nationwide.com
>                cc
> users@conserver.com
>           Subject
> Re: Issue with
> console prompt
>
>
>
>
>
>
>
>
>
> This looks more like a parity issue than a baud rate issue.
>
> John
>
>
> > This is a multipart message in MIME format.
> > --===============1124750228==
> > Content-Type: multipart/alternative;
> >                  boundary="=_alternative 004580E285257427_="
> >
> > This is a multipart message in MIME format.
> > --=_alternative 004580E285257427_=
> > Content-Type: text/plain; charset="ISO-8859-1"
> > Content-Transfer-Encoding: quoted-printable
> >
> > Hello,
> >
> > Recently a few of our servers have been experiencing very strange=20
> > characters when connecting via conserver. It looks like this:
> >
> > =CCo=E7i=EE i=EEcorrect=E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE:
> =E4or=EEoc=E8 c=
> > o=EE=F3ole lo=E7i=EE: =E4or=EEoc=E8 co=EE=F3ole lo=E7i=EE:
> [disconnect]
> >
> > There is basically a 1 to 1 "translation", so "=CCo=E7i=EE" is
> "login", etc=
> > .=20
> > I've tried playing around with the baud in conserver.cf, but that
> just
> > made it worse. This originally occurred on one server, but that
> server was =
> >
> > cloned to another and now the new one has the same problem,
> > so it appears to be something on the server itself. Both are Solaris
> 10,=20
> > and I compared /etc/inittab to a working system and the console
> > lines appeared to be identical:
> >
> > smf::sysinit:/lib/svc/bin/svc.startd    >/dev/msglog
> 2<>/dev/msglog=20
> > </dev/console
> >
> > Any help on how to fix this would be appreciated.
> > Thanks,
> > Tim
> >
> > --=_alternative 004580E285257427_=
> > Content-Type: text/html; charset="ISO-8859-1"
> > Content-Transfer-Encoding: quoted-printable
> >
> >
> > <br><font size=3D2 face=3D"sans-serif">Hello,</font>
> > <br>
> > <br><font size=3D2 face=3D"sans-serif">Recently a few of our servers
> have b=
> > een
> > experiencing very strange characters when connecting via conserver.
> It
> > looks like this:</font>
> > <br>
> > <br><font size=3D2
> face=3D"sans-serif">=CCo=E7i=EE&nbsp;i=EEcorrect=E4or=EE=
> >
> oc=E8&nbsp;co=EE=F3ole&nbsp;lo=E7i=EE:&nbsp;=E4or=EEoc=E8&nbsp;co=EE=F3ole&=
> >
> nbsp;lo=E7i=EE:&nbsp;=E4or=EEoc=E8&nbsp;co=EE=F3ole&nbsp;lo=E7i=EE:&nbsp;[d=
> > isconnect]</font>
> > <br>
> > <br><font size=3D2 face=3D"sans-serif">There is basically a 1 to 1
> &quot;tr=
> > anslation&quot;,
> > so &quot;=CCo=E7i=EE&quot; is &quot;login&quot;, etc. I've tried
> playing ar=
> > ound
> > with the baud in conserver.cf, but that just</font>
> > <br><font size=3D2 face=3D"sans-serif">made it worse. This
> originally occur=
> > red
> > on one server, but that server was cloned to another and now the new
> one
> > has the same problem,</font>
> > <br><font size=3D2 face=3D"sans-serif">so it appears to be something
> on the
> > server itself. Both are Solaris 10, and I compared /etc/inittab to a
> working
> > system and the console</font>
> > <br><font size=3D2 face=3D"sans-serif">lines appeared to be
> identical:</fon=
> > t>
> > <br>
> > <br><font size=3D2
> face=3D"sans-serif">smf::sysinit:/lib/svc/bin/svc.startd
> > &nbsp; &nbsp;&gt;/dev/msglog 2&lt;&gt;/dev/msglog
> &lt;/dev/console</font>
> > <br>
> > <br><font size=3D2 face=3D"sans-serif">Any help on how to fix this
> would be
> > appreciated.</font>
> > <br><font size=3D2 face=3D"sans-serif">Thanks,</font>
> > <br><font size=3D2 face=3D"sans-serif">Tim</font>
> > <br>
> > --=_alternative 004580E285257427_=--
> >
> > --===============1124750228==
> > Content-Type: text/plain; charset="us-ascii"
> > MIME-Version: 1.0
> > Content-Transfer-Encoding: 7bit
> > Content-Disposition: inline
> >
> > _______________________________________________
> > users mailing list
> > users@conserver.com
> > https://www.conserver.com/mailman/listinfo/users
> >
> > --===============1124750228==--
> >
>
>
> _______________________________________________
> users mailing list
> users@conserver.com
> https://www.conserver.com/mailman/listinfo/users
--=_alternative 004CAC2E85257427_=--