When logged in as [root]....type [dv] to get into DoubleVision's graphic user inetrface.
Also, if you do a find on dv*...should point to where program is loaded.
find / -name dv* -print
The [ncxa] file would be for RealPort access on a Digiport ServerII. This situation was for Acceleport/MPI access. The actual inittab reference file for this is /etc/conf/init.d/epca...but can also be accessed through [MPI] utility running on server.
Again..believe issue is with Century/TERM...
I've found my problem and thought others would be interested. AIX server has a program called Double Vision that had a pre-attached session applied to tty0...whenever a graphical interface was used it would throw 2 screens together with "hilarious" results. Was able to fix a session...
Dialing in on tty1....on all TERM setups...if vi'ing or using SMIT...the screen will scroll as if it's set to 48 lines instead of 24??
Will then telnet to a SCO box and upon using scoadmin...same effect.
Believe it may be a setting in [tty]....not sure which though. And of course I can't...
broken links/interfaces are problem...given that both parallel and serial are effected. would delete all printers and re-add. depending on how large your printer list is...this may take a while but worth it.
also check on /usr/spool/lp/logs.....i usually [> requests].
also, at time of...
VOL.000.000 means an image file...just [mv yourfilename VOL.000.000] and remember what directory it's in. When you install new software from [custom/software manager] you will load as image file.
Before loading software, make a copy of /etc/inittab and plan to re-copy over after load of...
Trying to invoke [term -ilttyr1A] at command line with /dev/ttyr1A set to 666. TERM will timeout and fail.
Then will disable port and [term -ilttyr1A] will be then able to connect to port. Will then back out and enable ttyr1A...and will then be able to connect to port fine through TERM.
This...
Digiportserver II? Using Realport? Set your ports to [prn] and realport to 771.
So the memory allocated for network services gets overloaded and you eventually lose it. Increasing memory probably will only delay its eventual demise.
Since the additions to your network...the server is...
Assignment? Make one report print on 3 LPD printers via 1 print request.
Need to pipe final output to other printers in interface script...and then wrapit to a virtual printer.
So where is the "final output" in interface script of say [crnlmap]??
Sounds like you're having resource issues.
To boost memory allocated for streams....must go to tune hardware/kernel....choose 12/streams....try doubling the amount for [nstrpages]...believe default is 500?? We've set this as high as 2000.
You'll need to relink/reboot.
Also...you might want...
Forgot the actual system protocol that needs to timeout before the IP is answered back....but essentially the hang is the timeout having to complete.
try:
inconfig tcp_initial_timeout 3
This will mean that timeout will be [6 seconds]. You always double the number entered.
Keep a look out for...
hwconfig -hc will give details but not memory.
Memory is detailed on bootup...supplied by MthBrd and is included in /usr/adm/syslog and /usr/adm/messages. If these files are loaded....[tail -300 syslog].
hwconfig -hc will give details but not memory.
Memory is detailed on bootup...supplied by MthBrd and is included in /usr/adm/syslog and /usr/adm/messages. If these files are loaded....[tail -300 syslog|pg].
Check your system date [date]. You may have a failing CMOS battery...if system date is off by years...Policy Manager will fail.
Also, you might try running discp. check on LINKS from Software Manager.
Try using LPD using /etc/printcap....you'll want to set [rp=lp]. Xerox sees port as [lp]. You'll at least get something printing...not sure of output though. Xerox seems to prefer Solaris, which has a print utility available.
Also...you might try [netcat] instead of standard [LPD]. Do a search...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.