Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

My characters don't echo on S8720 shell

Status
Not open for further replies.

Midstream

Programmer
Jan 15, 2004
733
US
S8720 CM 4.0

Anybody know the proper commands to get the characters to echo properly on this?
 
I assume you are talking about BASH (shell) commands.
* type "stty -g"
* if you see " -echo "
* then type "stty echo". this should solve the problem
* if you see " echo ", your problem might be in your terminal/terminal emulator

steve
 
Yes, from the BASH command.

I type "stty -g" and I get this....

dadmin@Service800A> stty -g
500:5:bf:8a3b:3:1c:7f:15:4:0:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0
:0:0:0

Of course the characters do not echo back at me until the moment I hit the Enter key. I've go dozens of systems loaded in my ASA application and this system is the only one that behaves in this manner.

Thanks for trying!
 
Whoops, my blunder.
use stty -a not stty -g

steve
 
Steve,

That is getting me a little closer, but I'm still struggling with the exact syntax. I've tried to understand what I'm reading in the man pages, but it's eluding me.

dadmin@Service800A> stty -echo [type this in and hit return]
dadmin@Service800A> bash: lskdfj: command not found [try typing characters, no echo]
dadmin@Service800A> stty: when specifying an output style, modes may not be set
dadmin@Service800A> speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany -imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten -echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
dadmin@Service800A> stty: when specifying an output style, modes may not be set
dadmin@Service800A>
 
OK,
Note the "-echo" in the "stty -g" output. This is your problem. Just type "stty echo" and you will be happy - at least until you login next time. If the problem returns next time you login, you might look at your ".bashrc" and/or ".bash_profile" files to see if there is a "stty -echo" in one of those files.

steve
 
No joy in Mudville,,,,,

I do the command as you've laid it out, but the characters do not echo until after I hit the carriage return/enter key.

dadmin@Service800A> stty echo
dadmin@Service800A> server
SERVER STATUS

Cluster ID: 001
Duplication: hw
Standby Busied? no
Standby Refreshed? yes
Standby Shadowing: on
Duplication Link: up
Elapsed Time since Init/Interchange: 186d 10:14:47

Service800A Service800B

ID: 001 (1) ID: 002 (2)
Mode: Active Mode: Standby
Major Alarms: yes Major Alarms: no
Minor Alarms: no Minor Alarms: no
Control Network: 1 / 1 / 2 Control Network: 1 / 1 / 2
Server Hardware: okay Server Hardware: okay
Processes: okay Processes: okay
dadmin@Service800A>
 
1. try "stty sane" #(I don't expect it to help, but it is easy)
2. It sounds like you are in "line buffered" mode. Are you logging in directly to the Bash shell, are you doing a "go shell" in ASA, or are you starting bash (shell) in some other way?

steve
 
I'm logging into CM and using the "go shell" command. This is so strange and should be so simple, that I'm starting to think it may be specific to this load. I'll try the "stty sane" tomorrow and let you know what happens.

Definityandcmuk, how did you fix yours in the past?
 
No luck with stty sane

Here's the exact software releast et al if anyone else is running into this.

Operating system: Linux 2.6.11-AV17 i686 i686
Built: Oct 30 17:06 2006

Contains: 00.0.730.5
Reports as: R014x.00.0.730.5
Release String: S8710-014-00.0.730.5
UPDATES:
Update ID Status Type Update description
--------- ------ ---- ------------------
00.0.730.5-12514 activated hot Daylight Saving Update
00.0.730.5-13566 activated hot patch 13566 for 00.0.730.5

Platform/Security ID Status Type Platform/Security descriptio
n
-------------------- ------ ---- ----------------------------
-


Translation Saved: 2008-03-10 22:00:14

License Installed: 2007-06-05 16:58:19

Memory Config: Standard
 
Sounds like a SAT bug to me. Maybe someone should report it to Avaya.
OK, here are some alternative ways to try to solve the problem:
1. do not "go shell". Use a login that starts at bash and then you can start SAT manually, if necessary. This will almost undoubtedly solve the buffering problem, but may not be the way you want to work.
2. after you "go shell", type "exec bash". There is a small chance this might solve the buffering problem.
3. {note, this is a ugly kludge, but it will probably work} after you type "go shell", type the following:
ed # this starts the ed editor
!bash # note the exclamation, this starts a fresh bash
# now type your bash commands
# to return to SAT, type the following:
exit # exits "new" bash
q # exits ed.
exit # exits the funky bash. I said this was ugly!

steve
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top