topic Re: stty::not a typewriter in Operating System - HP-UX

stty::not a typewriter

Mohammed_Sirkhot — Tue, 29 Aug 2006 01:10:35 GMT

hi get this message everytime when a login using ssh,when i use normal telnet its fine.This happens when there is about 10 users on the system - stty::not a typewriter

Re: stty::not a typewriter

RAC_1 — Tue, 29 Aug 2006 01:19:12 GMT

You have somrthing in profile that expects a erminal, but doesn't get one.
set -vx in your profile (may be it is in /etc/profile) and check where the message is coming from.

Re: stty::not a typewriter

Prashanth.D.S — Tue, 29 Aug 2006 01:27:20 GMT

Hi,

Guess the below ulr should answer your query..

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=891850&admit=-682735245+1156832713212+28353475

Best Regards,
Prashanth

Re: stty::not a typewriter

Mohammed_Sirkhot — Tue, 29 Aug 2006 02:17:46 GMT

attached is my profile

@(#)B.11.11_LR

# Default (example of) system-wide profile file (/usr/bin/sh initialization).
# This should be kept to the bare minimum every user needs.

# Ignore HUP, INT, QUIT now.

trap "" 1 2 3

# Set the default paths - Do NOT modify these.
# Modify the variables through /etc/PATH and /etc/MANPATH

PATH=/usr/bin:/usr/ccs/bin:/usr/contrib/bin
MANPATH=/usr/share/man:/usr/contrib/man:/usr/local/man

# Insure PATH contains either /usr/bin or /sbin (if /usr/bin is not available).

if [ ! -d /usr/sbin ]
then
PATH=$PATH:/sbin

else if [ -r /etc/PATH ]
then

# Insure that $PATH includes /usr/bin . If /usr/bin is
# present in /etc/PATH then $PATH is set to the contents
# of /etc/PATH. Otherwise, add the contents of /etc/PATH
# to the end of the default $PATH definition above.

grep -q -e "^/usr/bin$" -e "^/usr/bin:" -e ":/usr/bin:"\
-e ":/usr/bin$" /etc/PATH
if [ $? -eq 0 ]
then
PATH=`cat /etc/PATH`
else
PATH=$PATH:`cat /etc/PATH`
fi
fi
fi

export PATH

# Set MANPATH to the contents of /etc/MANPATH, if it exists.

if [ -r /etc/MANPATH ]
then
MANPATH=`cat /etc/MANPATH`
fi

export MANPATH

# Set the TIMEZONE

if [ -r /etc/TIMEZONE ]
then
. /etc/TIMEZONE
else
TZ=MST7MDT # change this for local time.
export TZ
fi

# Be sure that VUE does not invoke tty commands

if [ ! "$VUE" ]; then

# set term if it's not set

if [ "$TERM" = "" -o "$TERM" = "unknown" -o "$TERM" = "dialup" \
-o "$TERM" = "network" ]
then
eval `ttytype -s -a`
fi

export TERM

# set erase to ^H, if ERASE is not set
if [ "$ERASE" = "" ]
then
ERASE="^H"
export ERASE
fi
stty erase $ERASE

# Set up shell environment:

trap "echo logout" 0

# This is to meet legal requirements...

cat /etc/copyright

# Message of the day

if [ -r /etc/motd ]
then
cat /etc/motd
fi

# Notify if there is mail

if [ -f /usr/bin/mail ]
then
if mail -e
then echo "You have mail."
fi
fi

# Notify if there is news

if [ -f /usr/bin/news ]
then news -n
fi

# Change the backup tape

if [ -r /tmp/changetape ]
then echo "\007\nYou are the first to log in since backup:"
echo "Please change the backup tape.\n"
rm -f /tmp/changetape
fi

fi # if !VUE

# Leave defaults in user environment.

trap 1 2 3

Re: stty::not a typewriter

Peter Nikitka — Wed, 30 Aug 2006 06:08:52 GMT

Hi,

change the statement
if [ ! "$VUE" ]; then
to
if [ ! "$CDE" ]; then

mfG Peter

Re: stty::not a typewriter

Mohammed_Sirkhot — Wed, 30 Aug 2006 06:45:36 GMT

hi i am still getting the error messages.
After i have commented out the vue line.
As soon as i login the error message "ttytype: couldn't open /dev/tty for reading
stty: : Not a typewriter

above appears & the entire screen is scrambled

Re: stty::not a typewriter

rariasn — Wed, 30 Aug 2006 07:00:37 GMT

Hi,

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=72142

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=891850

rgs,

rariasn

Re: stty::not a typewriter

Peter Nikitka — Wed, 30 Aug 2006 07:19:57 GMT

Hi,

just better: change the statement
if [ ! "$VUE" ]; then
to
if [ ! "$CDE" -o ! -t 1 ]; then

so just every condition, where stdout is not available is caught.

mfG Peter

Re: stty::not a typewriter

Bill Hassell — Wed, 30 Aug 2006 07:22:05 GMT

The problem is that when you use ssh, somehow there is no terminal assigned to your session. You can verify this with the tty command. It should report something like this:

$ tty
/dev/pts/ta

If instead you get something like "not a pty" then your login is non-standard. Are you running ssh similar to remsh, that is, simply running a remote or batch command and not an interactive session with a shell prompt?

If so, that is the problem. There are several commands in your profiles that require a 'real' terminal. Among these are:

stty ttytype tset tput tabs

All of them will report "not a typewriter" when you are connected in batch mode. Now this is a common error because cron jobs and other batch or background jobs that perform a profile'd login will not have a tty/pty device. And the fix is to always protect these terminal-only commands:

if tty -s
then
ttytype -s
stty ...
tabs ...
fi

Now if this conditin exists only when more than 10 users on the system, I would suspect that your maximum pty/tty kernel parameter does not match your device files, or someone has removed one or more of these files. To fix this, run SAM and change the 3 parameters:

npty nstrtel nstrpty

all equal to 70 or so (actual number depends on the maximum number of connections you expect in the future). SAM will change the parameter and also repair the device files.

Re: stty::not a typewriter

Mohammed_Sirkhot — Wed, 30 Aug 2006 07:31:56 GMT

gwsae02:moe:/users2/BAK # echo $tty
sh: tty: Parameter not set.
gwsae02:moe:/users2/BAK # $tty
sh: tty: Parameter not set.

Thats the output..

Will check the kernel settings

Re: stty::not a typewriter

Mohammed_Sirkhot — Wed, 30 Aug 2006 07:39:50 GMT

Can't do a kernel change it requires a reboot,my server has not be booted in a long time 2:38pm up 479 days, 9:58, 9 users.

The kernel figures are all on 60.I have about 100 cron jobs running,most would be averaging around 30 at atime

Re: stty::not a typewriter

Peter Nikitka — Wed, 30 Aug 2006 08:21:50 GMT

Hi,

just call the tty command, no $ in front!

tty

mfG Peter

Re: stty::not a typewriter

Mohammed_Sirkhot — Wed, 30 Aug 2006 08:51:13 GMT

Silly me

get a response
/dev/pts/21

Re: stty::not a typewriter

Peter Nikitka — Wed, 30 Aug 2006 12:31:35 GMT

Hi,

so now try =my corrected= entry in .profile:

if [ ! "$CDE" -a -t 1 ]; then
...
fi

mfG Peter

Re: stty::not a typewriter

Ram_31 — Sun, 24 Jun 2007 12:39:01 GMT

Hi Peter,

Even I'm facing the same problem as well. When I manually inserting incidents for a particular message through java consolve the OVO is throwing an error; please check the attachment for ur refernce.

Thanks,
Rama

Re: stty::not a typewriter

skt_skt — Sun, 24 Jun 2007 14:47:35 GMT

I would suggest to check your entries in /etc/inittab for stty and getty entries.

Be carefull while you modify/apply (init q)anything on /etc/inittab as it can casue a reboot.Check if any other critical services are mentioned in the file as thay also may get initialised.

Re: stty::not a typewriter

skt_skt — Sun, 24 Jun 2007 14:58:24 GMT

what is the OV version?

Re: stty::not a typewriter

skt_skt — Sun, 24 Jun 2007 14:58:27 GMT

what is the OS version?

Re: stty::not a typewriter

Bill Hassell — Sun, 24 Jun 2007 15:58:52 GMT

As mentioned before, you are trying to run /etc/profile and/or .profile in a batch job, perhaps from cron or at. This will also occur when you use su - oracle, or su - sybase, etc in a batch job.

Standard profiles are badly written. They are not correctly designed for batch operations. You must protect *all* interactive programs so they do not run if there is no tty device. The code would look like this:

if tty -s
then
eval $(ttytype -s)
stty erase "^H" kill "^U" intr "^C" eof "^D" -parity ixoff
stty susp \^Z dsusp \^Y
tput reset
tabs
TMOUT=3600
export HISTFILE=${HISTFILE:-$HOME/.sh_history}
export HISTSIZE=5000
DISPLAY=$(who -muR | awk '{print $NF}'):0.0
fi

This should be implemented for any flavor of Unix.

Re: stty::not a typewriter

Ram_31 — Mon, 25 Jun 2007 02:32:43 GMT

Hi,

I'm using OVO 8.x and HP-UX hpus01 B.11.11 U 9000/800 versions.

Thanks,
Rama