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 gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Re-Spawning Rapidly

Status
Not open for further replies.

Guest_imported

New member
Jan 1, 1970
0
HELLO! ANY GUESS WHAT'S HAPPENING WITH MY SYSTEM?
THANK YOU IN ADVANCE!

------------------------------------------------------------
LABEL: INIT_RAPID
IDENTIFIER: 3A30XX9D
Date/Time: Thu Sep 20 11:45:18
Sequence Number: 4XXX
Machine Id: 00XX51114X00
Node Id: DISMAL
Class: S
Type: TEMP
Resource Name: init

Description
SOFTWARE PROGRAM ERROR

Probable Causes
SOFTWARE PROGRAM

User Causes
PERFORMANCE DEGRADED

Recommended Actions
REVIEW DETAILED DATA

Detail Data
SOFTWARE ERROR CODE
Command is respawning too rapidly. Chec
COMMAND
id: tty21 "/usr/sbin/getty /dev/tty21"
 
Hi, AIXNewBy. This problem comes up from time to time. Here is what I found and posted the last time it came up:

=============================

I've seen this problem mentioned many times in this forum, so I did a keyword search on getty. I found the following from AndyBo, who posted it March 29, 2000. If it works for you, the thanks go to AndyBo.

here is what AndyBo wrote:

=================================

When I've seen this in the past, it's usually associated with a serial terminal that's recently been removed from the system (or maybe it's broken and no longer communicating).

Does the message mention "getty" at all? If so, then you've got this problem. There should also be a "tty" number mentioned in the error message.

Login (or switch to) "root" and edit /etc/inittab with your favourite text editor and locate the line that contains the tty number from the error message. Then change the "respawn" on that line to be "off". Alternatively, comment out the whole line by placing a "#" at the beginning of the line.

Save the changes and go back to the command line. Still as root, type one of the following: "/etc/telinit q", "telinit q", or "init q". This will force init to re-read /etc/inittab. It will then disable the tty causing the problem and you'll stop getting the error messages.

Hope this helps.
 
Yes. But that might not be the only reason. go to the Keyword search function on the main AIX page and search on getty in the IBM AIX forum. There are a couple of other messages in there that may help in your situation.
 
I FIXED THE PROBLEM TEMPORARILY BY SETTING "OFF" THE PARTICULAR TERMINAL (TTY) UNDER INITTAB. IT'S A CONNECTION FOR PRINTER - WHICH IS NO LONGER CONNECTED.

PROBLEM IS: EVERYTIME THE SYSTEM RE-BOOTS ITSELF, IT GOES BACK (TTY's RESTARTED).

CAN I SHUT IT OFF PERMANENTLY OR/AND BE ABLE TO PUT IT BACK ONCE I CONNECTED A NEW PRINTER?

 
I don't understand why the process would start again after you have changed the inittab entry to off. You've saved the changes you've made to inittab, right?

Have you checked the configuration of the printer? I wonder if the printer setup is kicking off the getty processes?
 
bi,

here's what i've done for temporary fix:

* vi /etc/inittab
* changed "respawn" for tty# to "off"
* i saved the modification i made for /etc/inittab file (press : x)
* telinit q

yesterday, i've done it and works fine but now/today again i changed it to "off" coz it goes back to "respawn" after daily system "re-boot".

 
Hmm. I don't understand why the inittab would change one of its entries when the system is rebooted. You make the changes to inittab as root? It's a normal reboot, right? (shutdown -r or reboot)


 
my buddy - AixNewBy, gave up. i don't want to.

bi,

as per system crontab, it's "shutdown -Fr"

# Reboot Mon to Fri 5am
0 5 * * 1-6 /usr/sbin/shutdown -Fr
 
i think i got the FIX:

here's how:

1. smit->devices->tty->change/show char of tty
2. select "tty"
3. change from "available" to "defined" the "Status of device at boot time"
4. enter to confirm/execute

OR

at command prompt, type:

# chdev -l 'tty#' -a autoconfig='defined'

 
Good. Now you just need to get that disk fixed!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top