Re: tail -f /var/log/messages and top
Hi Patrick, On Wed, Jul 28, 1999 at 04:02:43PM +0100, Patrick Kirk wrote: Thanks for the answers on this. It seems the top problem is due to the NT telnet client. Could someone recommend a decent telnet client for NT. It needs to be something that the techies at work won't be horrified by which usually means a proper uninstall routine for when I move offices. Add something like this to your /etc/profile, ~/.bashrc, or .profile: 8-8-- # correct terminal settings if connecting from Nice Try if [ $TERM == ansi ] then TERM=vt100 export TERM fi -8-8- Works like a charm and is probably the easiest sollution as far as maintainance goes. This is the solution we chose for you entire department. This sollution has the advantage of coming with the most widely distributed uninstall solution of all times: use your favourite text editor. :-) So long, Stephan -- Stephan Engelke[EMAIL PROTECTED] *** If only women came with pulldown menus and online help. ***
tail -f /var/log/messages and top
When I want to see error messages, tail -f /var/log/messages produces this...am I doing something wrong? enterprise:/home/patrick# tail -f /var/log/messages Jul 28 07:14:11 enterprise -- MARK -- Jul 28 07:34:11 enterprise -- MARK -- Jul 28 07:54:10 enterprise -- MARK -- Jul 28 08:14:10 enterprise -- MARK -- Jul 28 08:34:10 enterprise -- MARK -- Jul 28 08:54:10 enterprise -- MARK -- Jul 28 09:14:09 enterprise -- MARK -- Jul 28 09:34:11 enterprise -- MARK -- Jul 28 09:54:10 enterprise -- MARK -- Jul 28 10:14:10 enterprise -- MARK -- Also top shows no processes at all but pstree does: 10:23am up 10 days, 18:31, 2 users, load average: 0.09, 0.08, 0.08 37 processes: 36 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 0.5% user, 0.3% system, 0.0% nice, 99.2% idle Mem: 127168K av, 121892K used, 5276K free, 16184K shrd, 62020K buff Swap: 208800K av, 1112K used, 207688K free 44716K cached PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND I'm having problems with dropped connections and would like to be able to use these commands. If this is a RTFM, please do let me know which FM to R. Patrick
Re: tail -f /var/log/messages and top
Hi Patrick, On Wed, Jul 28, 1999 at 10:26:43AM +0100, Patrick Kirk wrote: enterprise:/home/patrick# tail -f /var/log/messages Jul 28 07:14:11 enterprise -- MARK -- [ ... lots of marks removed ... ] This is syslogd's way of telling you that it's still alive (you don't have to feed it, though.) Another place to look for error messages would be /var/log/syslog, if you are using the default syslong.conf-file. Take a look at this file, maybe you need to customize it a little to see more messages or maybe the messages you want are written to a different file. I don't know what might cause your top problem. I'm having problems with dropped connections and would like to be able to use these commands. If this is a RTFM, please do let me know which FM to R. PPP usually writes to /var/log/syslog, some, but not as many of the daemons's messages are sent to /var/log/messgaes, too. So long -- Stephan -- Stephan Engelke[EMAIL PROTECTED] *** If only women came with pulldown menus and online help. ***
Re: tail -f /var/log/messages and top
Hi Patrick, as Stephan told, the MARKs are written by syslogd. top needs the right tty settings to work, because it uses control characters to refresh what it is displaying. I guess you invoked it in a somewhat misbehaving telnet session (maybe on a Windows machine). It should work in an xterm or at least at the console. If you need it in your telnet, you have probably to tune this tty (from inside) with the stty command , so this is maybe the FM you should R (I never did this myself, sorry). Markus Markus Stausberg InfoLytics AG Marktstrasse 8 50968 Koeln Germany
Re: tail -f /var/log/messages and top
You can try setting the TERM environment variable to match your terminal; this is definitely needed from the awful windows telnet program. If you don't know which ones to try, try 'vt100' or 'vt220'. Carl
Re: tail -f /var/log/messages and top
Thanks for the answers on this. It seems the top problem is due to the NT telnet client. Could someone recommend a decent telnet client for NT. It needs to be something that the techies at work won't be horrified by which usually means a proper uninstall routine for when I move offices. Patrick