From: RadleyRobot <RadleyRobot@jpr.com>
Subject: SCO Technical Articles released on 20000819
Date: Sat, 19 Aug 2000 13:35:31 GMT
The following problems are addressed in Technical Articles that appeared
on SCO's web site in the week ending 20000819.
Each problem is preceded by the URL reference to get the relevant article
from the WAIS database at caldera.com.
http://www.caldera.com/cgi-bin/ssl_reference?100061
created 25 Sep 1997
revised 19 Aug 2000
PROBLEM: When my printer is configured under SCO AFPS to use a print
processor script, and the print request physically prints or
is copied to a file, the "root" user on the system receives
a mail message in the following format:
To: lp@scotest.test.caldera.com
Subject: Failed mail
Date: Mon, 8 Sep 97 20:46:43 BST
Message-ID: <9709082046.aa01712@scotest.test.caldera.com>
Status: R
Trouble sending mail on scotest.test.caldera.com:
============ Transcript follows ============
(USER) Unknown user name in "administrator"
Submit error: No valid addresses
============== Message follows =============
From: lp@scotest.test.caldera.com (Printer administrator)
X-Mailer: SCO OpenServer Mail Release 5.0
To: administrator
Subject: Status of lp request.
Date: Mon, 8 Sep 97 20:46:42 BST
Subject: Status of lp request 338245_q-484
Your request 338245_q-484 destined for 338245_q
was canceled by the administrator.
As an example only, the print processing was set up as follows:
The SCO OpenServer system was running Release 5.0.0d of the
operating system together with SCO AFPS version 3.5.2n. A Microsoft
Windows for Workgroups PC (Win 3.11) was used as the networked
client to initiate the print requests.
A print processor script is set up as documented in the SCO AFPS
System Guide.
Create a file called:
/usr/net/servers/lanman/customs/338245
containing:
cp $FILENAME /tmp/myfile$$
This copies any print request into a temporary file within the
"/tmp" directory.
Change its permissions:
chmod +x 338245
Create a printer share or class:
net share 338245 /print
Alter the printer share to use the processor script:
net print 338245_q /processor:338245
Run "# net share" to check it exists:
...
...
UKMARKET C:\TMP\UKMARKET
USERS C:\USR Users Directory
338245_Q Spooled
...
Log in as the "ADMINISTRATOR" user to the AFPS server domain
from the PC client.
Go into the PC Printer Manager and connect "LPT1" or "LPT2" to
the share "\\scotest\338245_q".
Start an application such as "Notebook", open a test file such
as "c:\autoexec.bat", and print it via LPT1 or whatever the
share was set to.
At the same time, on the AFPS server check the output of the
"net print" command using a simple loop such as:
#while true
>do
>net print
>done
The print request should appear in the queue.
Printers at SCOTEST
Name Job # Size Status
----------------------------------------------------
338245_Q Queue 1 jobs *Printer Active*
administrator 484 0 Spooling
PRINT1 Queue 0 jobs *Printer Active*
REMOTE Queue 0 jobs *Printer Active*
REMOTE2 Queue 0 jobs *Printer Active*
As the "root" user, run "mail" at the command line. After a short
while, the mail message appears detailing that the print request
has been canceled.
For example:
# mail
SCO OpenServer Mail Release 5.0 Type ? for help.
"/usr/spool/mail/root": 1 messages 1 new
>N 1 mmdf Mon Sep 8 20:49 25/761 Failed mail
The temporary file, however, will have been created.
The same problem can also be observed if the SCO LAN Manager Client
(LMC) utility is used as the client print initiator. (See ta100038,
"How do I use SCO OpenServer 5.0 LAN Manager Client (LMC) printing?")
It can be set up as follows:
Again create the same processor script file and print queue
as in the example above.
Create a file called "/usr/spool/lp/remote" containing:
lmc_queue: /usr/spool/lp/bin/rlmclp -D 338245_q -S
scotest
Change the UNIX group and owner of the file to "lp" and its
permissions to "444".
As "root",
# /usr/lib/lpadmin -p lmc_queue -v /dev/null -m
network
Accept and enable this printer queue.
Log in to the AFPS server as an LMC client:
# lmc logon SCOTEST administrator
Print a test file:
# lp -c -d lmc_queue /etc/hosts
Again, the file is created in the "/tmp" directory followed by the
mail notification to the "root" user.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?100867
created 04 Sep 1997
revised 19 Aug 2000
PROBLEM: The following program, when compiled on SCO UNIX System V/386
Release 3.2 Version 4.2 (3.2v4.2), runs correctly on SCO UNIX
Version 4.2 and SCO OpenServer 5.0.0 and 5.0.2. However, when
run on SCO OpenServer 5.0.4, the floating point value comparison
in this program fails.
If the code is *compiled* and executed on OpenServer 5.0.4, then
it will work correctly.
Using SCO XENIX/DOS Cross Development compiler 'xcc' on OpenServer
5.0.0, 5.0.2, 5.0.4 will also generate a failing binary.
<---------------------------CUT HERE---------------------------------------->
/*
cc scotest.c -lm -o scotest
This program will fail if:
(a) compiled on 3.2v4.2 and run on v5.0.4
(b) compiled with the XENIX/DOS Cross compiler 'xcc' on v5.0.[024] and
run on v5.0.4
This program will succeed if:
(a) compiled on 3.2v4.2 and run on v5.0.[02]
(b) re-compiled on any release of SCO OpenServer 5.0.[024]
*/
#include <stdio.h>
#include <math.h>
double mspower(x,y)
double x,y;
{
double d,ip;
double floor(),ceil();
d=(pow(x,y)+0.00000001)*1000000.0;
#if defined (DEBUG)
printf(" pt1: (%lf)\n",d);
#endif
ip=(d>0.0)?floor(d):ceil(d);
#if defined (DEBUG)
printf(" pt2: (%lf)\n",ip);
#endif
return(ip/1000000.0);
}
main()
{
double test_val;
test_val=10.0;
if ( test_val != mspower((double) 10, (double) 1))
printf(" Values are not equal!\n");
else
printf(" Values are equal!\n");
#if defined (DEBUG)
printf(" Value returned by POW is (%.15f)\n",
mspower((double) 10, (double) 1));
#endif
}
<---------------------------CUT HERE---------------------------------------->
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105041
created 03 Apr 1996
revised 18 Aug 2000
PROBLEM: I have increased the NSTRPAGES parameter to 4000 in my kernel
using configure(ADM) but when I reboot using the new kernel, I
get the error messages:
WARNING: table_alloc - Failed to get address space for mnode table
CONFIG: strinit - Cannot alloc STREAMS mnode table (NSTRPAGES = 4000 too big)
WARNING: maddlink -Cannot grow STREAMS mux node table.
Networking will not work using this kernel.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105545
created 14 May 1997
revised 18 Aug 2000
PROBLEM: The following mail commands are documented in the mail(C) man
pages, but are not implemented:
followup
Followup
retain
unalias
The following mail internal variables are documented in the mail(C)
man pages, but are not implemented:
addsopt
ask
identprefix
sendmail
Sign
visible
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105546
created 14 May 1997
revised 18 Aug 2000
PROBLEM: the tar(C) utility cannot back up a file with a pathname longer
than 100 characters. Attempting to create a tar archive with
input files having pathnames exceeding 100 characters results
in an error:
tar: <long pathname> : pathname too long
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105555
created 15 May 1997
revised 17 Aug 2000
PROBLEM: Configure a mouse. From a Unix shell prompt, run:
usemouse -t vi -c "/usr/bin/vi /etc/termcap"
When the vi display appears, press the intr (usually <Del>) key.
vi appears to quit and the shell prompt reappears in the middle
of the screen. ps -ef, however, shows tasks started by usemouse
(sh and vi still running with psuedo ttys attached).
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105592
created 06 Jun 1997
revised 19 Aug 2000
PROBLEM: While in the "Interactive fdisk/divvy" disk setup portion of the
installation, I get errors like the following:
mount: bad address
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105597
created 10 Jun 1997
revised 18 Aug 2000
PROBLEM: I am trying to use lpmove(ADM) to move a print request from one
local printer to another, but it does not work if a non-root user
initiated the print request. The print request remains in the
original printer's queue.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105651
created 02 Jul 1997
revised 19 Aug 2000
PROBLEM: Using the PPP Manager, I select Endpoint-->Add-->Remote Access
(Incoming) and I get the error:
Unable add/modify incoming endpoint
If I click on the "Details..." button, I see more information:
Unable add/modify incoming endpoint
Unable to get a list of users
No method for object {} was found in the class database.
The object name {} violates the naming rules
There does not appear to be a way to avoid this error in SCOadmin.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105717
created 12 Aug 1997
revised 18 Aug 2000
PROBLEM: SCO OpenServer 5 system's console keyboard locks up at boot time.
The system does boot to multiuser mode, but the console keyboard
is unusable. Other terminals attached to the system work correctly.
The system may be booting from a generic boot floppy generated on
another system.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105722
created 19 Aug 1997
revised 18 Aug 2000
PROBLEM: I have installed and configured SCO InterScan VirusWall through
the SCO Interscan VirusWall admin page using my browser. When
I select the option, "Scan Entire Server", make my selections
(for example, filesystem or directory to scan) and perform a
"Scan Now" operation, in the next screen I get this message:
scanning . . .
No file scanned
No virus found
If I attempt a manual scan from the command line, using the
command /etc/iscan/config, I get the following message:
Scanning ...
Failed to access temp file
vsslog<log#>: END
As a result files are never scanned.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105723
created 19 Aug 1997
revised 18 Aug 2000
PROBLEM: I have registered with Trend Micro for Virus Pattern Updates.
Now I am attempting to update the InterScan VirusWall Pattern
file using my browser through InterScan's configuration Manager
option, "Update Virus Pattern" and I get this error message:
Unable to connect to virus pattern server, err=11.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105774
created 25 Sep 1997
revised 19 Aug 2000
PROBLEM: I am using scoedit as my text editor. I try to replace a word,
by entering the search word and the replace word. As soon as I
click on the OK button, the window disappears and I have a core
file in my directory.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105819
created 04 Nov 1997
revised 19 Aug 2000
PROBLEM: I am experiencing one (or both) of the following problems:
1. I am trying to add COM2 via Scoadmin/Hardware. I have checked
the cmos to see that it is enabled prior to entering Scoadmin. The
procedure appears to go fine. I choose to relink and a screen
returns saying that COM2 has been added successfully, and to press
<Enter> to continue. I press <Enter> but the system is hung. I am
forced to hit the reset button. Upon bootup it would appear that
COM2 has been added successfully.
2. I use mkdev serial in a character screen, and it hangs after
displaying the information for COM1. It seems to be searching
endlessly for something.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105830
created 07 Nov 1997
revised 18 Aug 2000
PROBLEM: When I attempt to install SCO SMP on a system with Release
Supplement RS504C already installed, I get a large number of
errors while the kernel is being relinked, and the rebuild
fails. An excerpt from an example attempt is shown below:
The UNIX Operating System will now be rebuilt.
This will take a few minutes. Please wait.
Root for this system build is /
i386ld: Symbol user_ret in
/var/opt/K/SCO/link/1.1.0Eb/etc/conf/pack.d/kernel/os.a is multiply defined.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105833
created 07 Nov 1997
revised 19 Aug 2000
PROBLEM: After following the procedure called "Connecting two local systems
using a direct wire" in the UUCP chapter of the System Administration
Guide to configure a 2-way login direct serial connection, the Test
Connection With Remote Site option in the 'UUCP Administration
Utility' (accessed from UUCP Manager in the Networks folder of
SCOadmin, or uuinstall(ADM)) fails with the following output
(only the first and last lines are shown here):
Which site do you want to try (or q to quit)? hertford
Testing connection to hertford
.
.
.
Call Failed: CAN'T ACCESS DEVICE
lockname(/usr/spool/uucp/LCK..hertford)
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?105866
created 10 Dec 1997
revised 18 Aug 2000
PROBLEM: I have several SCO OpenServer 5.0.2 systems running TCP/IP over a
Token Ring network. The systems run several different manufacturers'
Token Ring cards including Madge, IBM, and 3COM. On several
occasions, at various times of the day, and seemingly unconnected
to network loading, the systems have panicked. Running crash(ADM)
on these panic dumps shows the following:
> panic
System Messages:
...
...
...
TDC 3800
Unexpected trap in kernel mode:
cr0 0x8001001B cr2 0x00040150 cr3 0x00002000 tlb
0x00000000
ss 0x00000B9C uesp 0x00000000 efl 0x00010202 ipl
0x00000001
cs 0x00000158 eip 0xF00BB8F1 err 0x00000003 trap
0x0000000E
eax 0xF0264438 ecx 0x0004014C edx 0x3381C6F5 ebx
0xFD2D3F8C
esp 0xE0000B64 ebp 0xE0000B7C esi 0xF0264418 edi
0x00000000
ds 0x00000160 es 0x00000160 fs 0x00000000 gs
0x00000000
cpu 0x00000001
PANIC: k_trap - Kernel mode trap type 0x0000000E
Trying to dump 20383 pages to dumpdev hd (1/41), 255 pages
per '.'
..............
Panic String: k_trap - Kernel mode trap type 0x%x
Kernel Trap. Kernel Registers saved at 0xe0000b34
ERR=3, TRAPNO=14
cs:eip=0158:f00bb8f1 Flags=10202
ds = 0160 es = 0160 fs = 0000 gs = 0000
esi= f0264418 edi= 00000000 ebp= e0000b7c esp= e0000b64
eax= f0264438 ebx= fd2d3f8c ecx= 0004014c edx= 3381c6f5
Kernel Stack before Trap:
STKADDR FRAMEPTR FUNCTION POSSIBLE ARGUMENTS
e0000b64 e0000b7c dlpi_unlin (net1route_table,0,
net1route_table+0x20,net1route_table+0x24)
e0000b84 e0000b9c dlpi_get_n (net1route_table,net1route_
table+0xad8)
e0000ba4 e0000bac dlpi_reloc (net1route_table,net1route_
table+0xad8,0,net1route_table)
e0000bb4 e0000bc4 dlpi_get_n (net1route_table,0x21,
0xfd2d3f30,net1cardinfo)
e0000bcc e0000bec dlpiSR_aut (net1route_table,u+0xc44,0x3,
u+0xc44)
e0000bf4 e0000c08 dlpi_send_ (net1sapinfo+0xd0,u+0xc44,0,
net1sapinfo+0xd0)
e0000c10 e0000c28 dlpi_llc_r (net1sapinfo+0xd0,u+0xc44,
0xfcee4ea0,0xfd2d3f30)
e0000c30 e0000c7c mdi_primit (0xfcee4ea0,0xfd2d3f30,
0xfcee4ea0,0xfd2d3f30)
e0000c84 e0000c94 mdi_messag (0xfcee4ea0,0xfd2d3f30,0x5,0)
e0000c9c e0000cac dlpilrsrv (0xfcee4ea0,0x1,0,0x7)
e0000cb4 e0000cd0 queuerun (curpri,0,0x1)
e0000cd8 e0000ce4 runqueues (0x7,0,proc+0x87b8)
e0000cec e0000cf8 pswtch (sleep+0x20d,0x3e8,0,u+0x1148)
e0000d00 e0000d1c swtch (selwait,0x11a,0,sysent+0x2b8)
e0000d24 e0000e00 poll (0,0x40219c,0,u+0xe28)
e0000e08 e0000e28 systrap (u+0xe34)
The systems are running the latest version of the respective network
card drivers and Support Level Supplement (SLS) OSS449F, the Network
Maintenance Supplement for SCO OpenServer.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?107715
created 31 Dec 1997
revised 19 Aug 2000
PROBLEM: Under certain conditions, there may be a STREAMS memory leak
which may cause SCO OpenServer 5.0.0 (or later) systems to hang.
On systems with Support Level Supplement (SLS) OSS449 (any version,
"A" through "F"), using gated(ADMN) with the "snmp yes" option set
in /etc/gated.conf, every routing update will cause a slight loss
of STREAMS memory.
This problem may occur on SCO OpenServer 5.0.4, OpenServer 5.0.4
with Release Supplement 504C (RS504C) installed, and OpenServer
5.0.5. By running the command "netstat -m" you can see the
STREAMS memory loss happening with every routing update.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109326
created 07 May 1998
revised 18 Aug 2000
PROBLEM: Every time a POP client accesses my POP server, a message is logged
into /usr/adm/syslog. The popper documentation says that popper
uses the 'local0' facility for logging to syslog.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109399
created 10 Jun 1998
revised 18 Aug 2000
PROBLEM: I execute the command pg(C) either as root, or as a regular user,
and take these steps:
- I shell escape, ":!sh"
- If I am a regular user, I become root.
- I execute the command mesg(C).
The above steps change the permissions on the /dev/tty device
to:
crw-rw---- 1 root root 3, 0 Jun 3 15:13 /dev/tty
The original state of the /dev/tty is 666 permissions. These
permission changes have subsequent problems on programs that
use the /dev/tty device.
According to the man pages, the mesg command should only report
the current state without changing it.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109419
created 17 Jun 1998
revised 18 Aug 2000
PROBLEM: Systems with large amounts of memory, typically in excess of 256MB,
can under certain conditions become severely CPU-bound with no
apparent cause.
Symptoms may include sar -u displaying %idle as consistently 0
and sar -q displaying a process runq-sz of 2 or 3. They will
definitely include ps -ef displaying a non-zero TIME value for
the vhand system process, even though the freemem figure reported
by sar -r has not dropped below the value of the kernel parameter
GPGSLO since the system was booted.
It is highly likely that systems displaying these symptoms will
have had the buffer cache parameters NBUF and NHBUF increased from
their auto-configured defaults. It is also likely that these
systems will be running applications that make heavy use of pipes.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109524
created 22 Jul 1998
revised 15 Aug 2000
PROBLEM: I am experiencing one or more of the following problems:
1. fdisk fails with disks larger than 64GB.
2. Systems running Online Data Manager that are configured with
encapsulated, mirrored root disks can sometimes hang during a
panic.
3. Possible data corruption occurs when running heavy disk-intensive
i/o.
4. A memory leak occurs in the 56-, 512- or 1982-byte kma pool as
seen by sar(1M) or rtpm(1M), or messages appear in osmlog noting
failures of the fork() or exec() system calls due to a shortage
of kernel memory, or the prtvtoc(1M) command fails to complete.
These symptoms were seen on systems with SCSI Jaz drives where
the Jaz media contained bad blocks.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109653
created 17 Sep 1998
revised 18 Aug 2000
PROBLEM: I have selected the correct Locale information for my Country
during Initial System Load or through the International Settings
Manager, but the output from locale(C) does not reflect this
information. locale(C) is reporting LANG=C. This is affecting
other utilities like vi(C) which displays 8-bit characters as
octal values.
Another example of this problem shows up when setting the LANG
environment variable in the shell and then finding that the
locale(C) is still showing LANG=C. For example:
# LANG=norwegian_norway.8859; export LANG
# locale
LANG=C
LC_CTYPE="C"
LC_COLLATE="C"
LC_TIME="C"
LC_NUMERIC="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=
This is incorrect; in fact, it should display this:
# locale
LANG=norwegian_norway.8859
LC_CTYPE="norwegian_norway.8859"
LC_COLLATE="norwegian_norway.8859"
LC_TIME="norwegian_norway.8859"
LC_NUMERIC="norwegian_norway.8859"
LC_MONETARY="norwegian_norway.8859"
LC_MESSAGES="norwegian_norway.8859"
LC_ALL=
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109707
created 15 Oct 1998
revised 18 Aug 2000
PROBLEM: In certain situations when using multiple scoterm(XC) windows,
the status of Caps Lock is not correctly recognized.
The following steps demonstrate the problem, which is present in
SCO OpenServer 5.0.2, 5.0.4 and 5.0.5, but not in OpenServer 5.0.0:
1. Log in via the graphical scologin(XC) utility as a non-root user.
2. Click on the UNIX icon on the desktop.
3. Press the <Caps Lock> key in the scologin window that appears.
4. Enter some text at the command line.
5. Close this window by pressing <Alt> <F4>.
6. Open a new window by clicking on the UNIX icon again.
7. Type in some more text. Although the Caps Lock light is still
lit, the text appears in lowercase.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109728
created 28 Oct 1998
revised 18 Aug 2000
PROBLEM: After doing a fresh installation of SCO OpenServer Enterprise
Release 5.0.4, hwconfig -hc reports my Pentium II CPU as
"type=Pentium Pro". Is my CPU is being detected and used properly?
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109737
created 04 Nov 1998
revised 18 Aug 2000
PROBLEM: I have configured my remote network printer in Printer Manager
without errors. I am able to print and "lpstat -t" lists my network
printer. However, when I go back into Printer Manager, my network
printer is not listed. If I configure local printers
(serial/parallel) first, configure a network printer with lpd,
exit and re-enter Printer Manager, all printers are listed except
the lpd printer.
If an lpd printer is the first printer configured with Printer
Manager, it and all subsequent printers will not be listed when
re-entering Printer Manager. All printers configured after lpd have
been used and are not listed when re-entering Printer Manager.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109769
created 18 Nov 1998
revised 18 Aug 2000
PROBLEM: When logging in to the console, graphical desktop, or through a
remote session, the supplementary group(s) associated with that
user are not always recognized.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109806
created 01 Dec 1998
revised 18 Aug 2000
PROBLEM: I am configuring a multi-processor system and have installed the
software below in the following order:
1. SCO OpenServer Release 5.0.4
2. SCO SMP (Symmetrical Multiprocessing) Release 5.0.4
3. Release Supplement 5.0.4c (ftp://stage.caldera.com/Supplements/rs504c/)
4. SLS OSS469B (ftp://stage.caldera.com/SLS/oss469b)
I have then relinked the kernel, but when rebooting the system,
the following error messages appear:
E mp_setup
WARNING: CPU2 boot failure
and, as indicated, CPU2 does not work when the system is ready.
On some SMP systems, it has also been observed that the system may
hang at the "E mp_setup" message or even panic at "G mp_picinit".
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?109953
created 05 Feb 1999
revised 18 Aug 2000
PROBLEM: Some NIS functions such as /etc/yp/map2ascii fail with the error:
Cannot lock password file
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?110030
created 16 Mar 1999
revised 18 Aug 2000
PROBLEM: How do I configure DHCP on an SCO OpenServer Enterprise 5.0.5 host?
I went to SCOhelp, and in the Networking Guide Chapter 7, on
Configuring a Dynamic Host Configuration (DHCP) Server, I followed
the link labeled "For More About DHCP". This Help page says:
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?110031
created 16 Mar 1999
revised 18 Aug 2000
PROBLEM: As described in ta110030, the man page for configuring aasd
is not available in SCO OpenServer Enterprise Release 5.0.5.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?110032
created 16 Mar 1999
revised 18 Aug 2000
PROBLEM: As described in ta110030, the manual page for configuring dhcp is
not available in SCO OpenServer Enterprise System Release 5.0.5.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?110094
created 30 Apr 1999
revised 18 Aug 2000
PROBLEM: I have successfully installed SCO OpenServer Enterprise System
Release 5.0.5 on my computer system. The problem occurs when I
create the root floppy disk after creating the boot floppy disk.
I select "generic" when creating my emergency floppy set because
I have several systems and I don't want to create an emergency set
for each system. When I start to create the root floppy of the
generic set, I get the following messages:
cpio: WARNING: Cannot obtain information about file
: "etc/fscmd.d/HTFS/mkfs".
cpio: WARNING: Cannot obtain information about file: "etc/fscmd.d/HTFS/fsck".
cpio: WARNING: Cannot obtain information about file: "etc/fscmd.d/HTFS/mount".
cpio: WARNING: Cannot obtain information about file: "etc/fscmd.d/HTFS/fsstat".
cpio: WARNING: Cannot obtain information about file: "usr/lib/libc.so.1".
cpio: WARNING: Cannot obtain information about file: "usr/lib/libsocket.so.1".
cpio: WARNING: Cannot obtain information about file: "usr/lib/librpcsvc.so".
cpio: WARNING: Cannot obtain information about file: "lib/libprot.so.1".
cpio: WARNING: Cannot obtain information about file: "etc/TIMEZONE".
cpio: WARNING: Cannot obtain information about file: "etc/badtrk".
cpio: WARNING: Cannot obtain information about file: "etc/cmos".
cpio: WARNING: Cannot obtain information about file: "etc/divvy".
cpio: WARNING: Cannot obtain information about file: "etc/dkinit".
cpio: WARNING: Cannot obtain information about file: "etc/emulator".
cpio: WARNING: Cannot obtain information about file: "etc/fsck".
cpio: WARNING: Cannot obtain information about file: "etc/fdisk".
cpio: WARNING: Cannot obtain information about file: "etc/group".
cpio: WARNING: Cannot obtain information about file: "etc/hdboot0".
cpio: WARNING: Cannot obtain information about file: "etc/hdboot1".
cpio: WARNING: Cannot obtain information about file: "etc/ioctl.syscon".
cpio: WARNING: Cannot obtain information about file: "etc/init".
cpio: WARNING: Cannot obtain information about file: "etc/masterboot".
cpio: WARNING: Cannot obtain information about file: "etc/mkdev".
cpio: WARNING: Cannot obtain information about file: "etc/mkfs".
cpio: WARNING: Cannot obtain information about file: "etc/mknod".
cpio: WARNING: Cannot obtain information about file: "etc/mount".
cpio: WARNING: Cannot obtain information about file: "etc/passwd".
cpio: WARNING: Cannot obtain information about file: "etc/umount".
cpio: WARNING: Cannot obtain information about file: "etc/umountall".
cpio: WARNING: Cannot obtain information about file: "etc/default/boot".
cpio: WARNING: Cannot obtain information about file: "bin/cpio".
cpio: WARNING: Cannot obtain information about file: "bin/cp".
cpio: WARNING: Cannot obtain information about file: "bin/dd".
cpio: WARNING: Cannot obtain information about file: "bin/dparam".
cpio: WARNING: Cannot obtain information about file: "bin/echo".
cpio: WARNING: Cannot obtain information about file: "bin/expr".
cpio: WARNING: Cannot obtain information about file: "bin/false".
cpio: WARNING: Cannot obtain information about file: "bin/mv".
cpio: WARNING: Cannot obtain information about file: "bin/ln".
cpio: WARNING: Cannot obtain information about file: "bin/ls".
cpio: WARNING: Cannot obtain information about file: "bin/rm".
cpio: WARNING: Cannot obtain information about file: "bin/sed".
cpio: WARNING: Cannot obtain information about file: "bin/sh".
cpio: WARNING: Cannot obtain information about file: "bin/sync".
cpio: WARNING: Cannot obtain information about file: "bin/telinit".
cpio: WARNING: Cannot obtain information about file: "lib/std_funcs".
cpio: WARNING: Cannot obtain information about file: "usr/bin/awk".
cpio: WARNING: Cannot obtain information about file: "bin/cat".
cpio: WARNING: Cannot obtain information about file: "bin/grep".
cpio: WARNING: Cannot obtain information about file: "bin/sort".
cpio: WARNING: Cannot obtain information about file: "bin/tail".
cpio: WARNING: Cannot obtain information about file: "bin/head".
cpio: WARNING: Cannot obtain information about file: "bin/mkdir".
cpio: WARNING: Cannot obtain information about file: "bin/uname".
cpio: WARNING: Cannot obtain information about file: "usr/lib/mkdev/.hdfuncs".
cpio: WARNING: Cannot obtain information about file: "usr/lib/mkdev/.scsi".
cpio: WARNING: Cannot obtain information about file: "usr/lib/mkdev/.nodefuncs".
cpio: WARNING: Cannot obtain information about file: "etc/conf/bin/path_map.sh".
cpio: WARNING: Cannot obtain information about file: "usr/bin/getopt".
cpio: WARNING: Cannot obtain information about file: "usr/lib/mkdev/hd".
cpio: WARNING: Cannot obtain information about file: "usr/lib/mkdev/ida".
cpio: WARNING: Cannot obtain information about file: "etc/perms/extmd".
As a result, several files were not copied to the rootfs.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?110095
created 30 Apr 1999
revised 18 Aug 2000
PROBLEM: I have successfully installed SCO OpenServer Enterprise System