From: RadleyRobot <RadleyRobot@jpr.com>
Subject: SCO Technical Articles released on 20010127
Date: Sat, 27 Jan 2001 18:27:44 GMT
The following problems are addressed in Technical Articles that appeared
on SCO's web site in the week ending 20010127.
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?107429
created 30 Apr 1993
revised 23 Jan 2001
PROBLEM: I received the error message "copy file too large" when I
initiated a remote print job from the client.
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?110767
created 24 Jan 2000
revised 26 Jan 2001
PROBLEM: What issues are addressed by SLS ptf7141b, the ARCserveIT v6.61
Maintenance Supplement?
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?110815
created 10 Feb 2000
revised 24 Jan 2001
PROBLEM: The following problems may be experienced when using tape
devices
with SCO UnixWare 2.1.3:
1. Reading a file mark does not position the tape after the
file
mark.
2. Tape commands do not time out even on a controller that
supports
timeouts.
3. It is possible for the tape driver to get into a state
where it
cannot be opened.
4. The system PANICs while reading DAT tapes in variable block
mode.
5. With ptf4042a installed and Using dd or cpio, if tape is
opened
in non-rewind mode, a block of data is read and tape is
closed,
skipping to the EOT side of the next filemark.
6. With some HBA Drivers like Mylex or Qlogic is trying
allocate
contiguous 16-64MB of memory, it could result a system hang
or
panic as the st01 driver cannot handle such a big DMA list.
with Qlogic qlc1020 driver, you can notice a message like
PANIC: qlc1020: Job too big for DMA list
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?111164
created 21 Jun 2000
revised 24 Jan 2001
PROBLEM: While installing a dependent node to add to a NonStop Cluster (NSC),
the SCOadmin License Manager is called and requires the addition of
both a UnixWare 7 operating system license and an NSC Server bump
for this node (only for dependent nodes).
Both licenses are accepted but on addition of the NSC Server
license, the license manager reports that the following license
has been successfully added:
0 additional CPUs
instead of recognizing the license as "NonStop Clusters 3-6 node
bump" (for example).
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?111277
created 28 Jul 2000
revised 24 Jan 2001
PROBLEM: I have activated auditing on my UnixWare 7.1.1 system. When I run
the auditrpt(1M) command to examine the logs, I get the error:
Command Line Entered: auditrpt
DATE: 0724, LOG NUMBER: 001, AUDIT VERSION: 4.0
MACHINE ID: UnixWare <machine name> 5 7.1.1 Pentium Pro
UX:auditrpt: WARNING: machines for log file "/var/audit/
0724001"
(UnixWare <machine name> 5 7.1.1 Pentium Pro) and map file
(UnixWare <machine name> 5 7.1.1 i386) do not match
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?112203
created 09 Jan 2001
revised 24 Jan 2001
PROBLEM: The VisionFS SMB client (clientadmin) fails to mount the locally
exported NFS filesystem in a NonStop Cluster environment, which
is required for SMB client services to work properly. Errors similar
to those below will be seen after "visionfs clientadmin --setup"
is run and the setup script attempts to start the SMB client:
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?112205
created 09 Jan 2001
revised 24 Jan 2001
PROBLEM: I'm trying to back up large files under UnixWare 7 Release 7.1.1.
What is the largest file or volume size that I can back up?
==== ==== ==== ==== ==== ==== ==== ==== ==== ====
http://www.caldera.com/cgi-bin/ssl_reference?112206
created 09 Jan 2001
revised 23 Jan 2001
PROBLEM: On the first reboot during the installation process of UnixWare 7
Release 7.0.1 or 7.1.0, the system panics with:
Kernel mode address fault on user address 0x00000000 (or 0xffffffff
Depending on the "mega" driver version you are using, the above
message may be preceded by:
MegaRaid: cm_read_devconfig failed for board ID
This message does not appear to complete. Powering down and removing
secondary RAID controllers allows the installation to complete
normally.
Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)

Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Click here to add your comments