HDTenEightyP/NetNews huggingface dataset:
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: Everex Cube crash update
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 29 Sep 1992 14:43:01 GMT
Precedence: bulk

Hi All,

This is another Everex Cube update.  Last night I was at customer site until
way after midnight.  We finally got the Everex cube stable with EISA boards,
2 processors, DPT caching controller, and MPX update A.  There are still a few 
issues I would like to share with you.

1)      The system will crash with "op" (SCO Office Portfolio) loaded.
        If you load MPX it still runs OK, but when you add update A running
        "op" will crash the system.  We have a tap image of this setup and
        it is being Fed-X'ed to Everex in Calf. this morning.  I'm hoping that
        they can work with SCO to fix the problem.

2)      You MUST have the current DPT ROMs in your SCSI controllers if this is
        to work.  The Current revs are 3G (we had 3c) for the board ROMs and
        Rev. J for the DPT SmartROM.  If you have earlier versions you will
        still get system panics!

3)      The Racal-Datacom ES-3210 EISA ethernet board runs fine now.

4)      If you don't run "dptfmt" to set the drive type properly you will get
        some really weird data corruption.

Finally, here is the current system configuration:
HARDWARE:
Everex Cube: 64MB RAM, latest base board set (486).
Second 486 processor board.
ES-3210
DPT EISA Caching SCSI controller (15.5 MB RAM and Mirroring module)
(2) HP 420 3.5" SCSI-2 HDD (mirrored)
Wangtek ES-5525 SCSI tape drive
SVGA
monitor and mouse

SOFTWARE:
SCO ODT 1.1
Server upgrade
Update G
X11R4 EFS
Mouseman EFS
MPX 1.1
MPX Update A
XPG supplement
DPT EISA drivers

I ran a balanced load test last night for 9 hours.  The system load averages 
were about 5-7.  This morning it was running fine, with no crashes.  When
my customer beats on it this afternoon, and it still stays up, then I will
be happy.

Many thanks to Steve Sundman at Everex, who was there with me last night and
Friday night trying to get the beastie working.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

Newsgroups: biz.sco.general,comp.unix.sysv386
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: How to connect a modem to one of the ports on Digiboard?
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 26 Sep 1992 11:37:31 GMT

In article <1992Sep25.222013.29004@xenitec.on.ca> vances@xenitec.on.ca (Vance Shipley) writes:
>In article <Bv4qut.CMx@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
>>
>>IXANY.  Restarts flow on next key pressed.  Set it in gettydefs.
>>And I haven't seen a good argument for hardware flow control yet.
>
>Great, so you're typing and the screen is updating; terminal sends XOFF
>you continue typing, host restarts sending, the terminal is'nt ready and
>the data is lost and your screen is a mess.  Classic.
>

I really doubt that you can type fast enough to do that.

Personally, I have never seen it happen.

Never.  So what's "Classic" about it?


		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle

Newsgroups: biz.sco.general
From: avg@litwin.com (Anil Gokhale)
Subject: Toshiba 6400DXC and ODT2.0 at 256 colors ????
Organization: Litwin Process Automation
Date: Tue, 29 Sep 1992 02:21:33 GMT


Has anyone gotten the Toshiba T6400DXC to work with ODT2.0 with 256 colors?

After several permutations and combinations, I discovered that the
'proriatory' chipset in the T6400 is really paradise.  Since the
active matrix color display is supposed to support 640x480 at 256 colors,
I tried to run the video setup at that combination.  Nothing 
shows up on the screen.  Actually, there are very vague vertical
lines on the screen where two colors are supposed to meet, 
e.g. the login screen from Scologin. 

However, a monitor (sony13") connected to the external port does show
the ODT screen just like it should look.

The active matrix lcd panel works fine at 640x480 at 16 colors under
ODT 2.0 .

So far as I can tell the choosing of monitor in mkdev graphics is only
to size the fonts properly based on the physical size of the display.
It does nothing to change the way the video signal is put out.  Is this
correct?

Under Windows3.1(MS) I seem to be able to generatare plenty of colors.
I even ran a fractal drawing program with a variety of colors,
though I did not count how many I had at any time.

Has any one figured out if there is a trick to this?  Is this a 
known problem?  Are there any other brands of active matrix panel
screens that have worked at the 256 color resolution in ODT2.0?
Do I have a bad panel?  

Any help, tips, past experience or rtfm pointers will be very much 
appreciated.

-------------------------------------------------------------------------
                               Dr. Anil Gokhale
Litwin Process Automation                          avg@dynsim1.litwin.com
1250 W. Sam Houston Pkwy. South          ...!uunet!dynsim1.litwin.com!avg
Houston, Texas 77042, U.S.A.                               1-713-268-8209
-------------------------------------------------------------------------
Newsgroups: biz.sco.general
From: barrie@calvin.demon.co.uk (Barrie Spence)
Subject: Re: SCO load average
Organization: DataCAD Ltd, Hamilton, Scotland
Date: Tue, 29 Sep 1992 07:30:53 GMT

In article <9209281757.aa06233@scoke.sco.COM> belal@sco.COM (Bela Lubkin) writes:
>Eduard Vopicka asked:
>
>> Please does any one know where /usr/bin/w takes the "Load average:"
>> data from, e.g. the names and types of kernel variables and the
>> algorithm used to calculate the load average?
>
>The load average is maintained by the kernel scheduler.  The kernel
>variable is declared as "short avenrun[3]"; w (uptime) nlist's the
>kernel, then reads this variable out of /dev/kmem.
>
>avenrun is calculated as a running average of the number of processes
>which are in the run queue (thus, either ready to run or currently
>running) plus the number of processes that are sleeping at
>non-interruptible priorities.  This latter class is why certain daemons
>(e.g. nfsd processes, and some of the processes associated with LAN
>Manager Server) increase the load average by 1.0 each, without really
>impacting system performance.
>
>The three elements of avenrun are the running average over the last
>minute, last 5 minutes, and last 15 minutes.
>
>>Bela Lubkin<  Support engineer, The Santa Cruz Operation

I often experience the hi load averages that you have attributed to
nfsd's (thanks, it did have me wondering), but I find it slightly
incongruous that uptime and ruptime cannot even come anywhere close to
agreeing on the values - not even the 15min average (I know that rwhod
only updates the info periodically). Also, does't sar -q give values in
some way related? - the values given are never anywhere near the
uptime values of 4+.

Barrie

-- 
Barrie Spence                      DataCAD Ltd, Caird Street
barrie@calvin.demon.co.uk          Hamilton, Lanarkshire ML3 0AL, Scotland
	Telephone +44 (0) 698 425599 / Fax +44 (0) 698 419173
From: garyf@wang.com (Gary Field)
Newsgroups: biz.sco.general
Subject: Problems with ODT 2.0?
Keywords: SCO, ODT2.0
Date: 29 Sep 92 17:26:44 GMT
Organization: Wang Labs, Lowell MA, USA


	ODT 2.0 problems

   System configuration:
   Wang PC-382 (386/20)
   8 MB RAM
   320 MB ESDI with Adaptec 2322B controller
   WD7000 SCSI adapter IRQ12
   Archive 2150S tape drive
   3C-503 EtherNet card IRQ5

   This system has been running ODT 1.1 for more than a year with no
   problems.
   Note: The Adaptec 2322B performs sector translation to allow use of
   drives with > 1024 cylinders. The drive info is cyl=655, hds=16, spt=63.

1) During an otherwise successful install of ODT 2.0, I encountered two
   bad blocks while the "Online Help" portion of the package was
   installing. After a day of proper operation, during a kernel relink,
   I hit two more. These ended up in the freshly built kernel file.
   I renamed this file to .badblk to make sure those blocks stayed trapped.
   I ran /etc/badtrk to see if I could map out any remaining bad blocks
   and found that there were no bad blocks in the table, even though
   scanning the disk turned up 4. When I tried to enter the bad cyl/hd
   by hand, badtrk complained "Table Full" on the first one entered.

2) After rebuilding the kernel again, this time without problems, I
   rebooted and found that when I tried to log in as myself, .profile
   would run and then I'd get logged out. I changed the shell for that
   login from /bin/ksh to /bin/sh and now I can log in again.

	Has anyone seen problems like this with ODT 2.0?

	My only recourse seems to be to re-install and hope I don't
	have the same problem again.

Please reply via email to garyf@wang.com, since I may not be reading
news for a while :-(

Gary
-- 

/*-------------------------------------------------------------------------
   Gary A. Field - WA1GRC, Wang Labs M/S 019-72B, 1 Industrial Ave      
   Lowell, MA 01851-5161,  (508) 967-2514, email: garyf@wiis.wang.com
-----------  Anything not worth doing, is not worth doing well. -----------*/
From: vances@xenitec.on.ca (Vance Shipley)
Newsgroups: biz.sco.general
Subject: Re:  How to connect a modem to one of the ports on Digiboard?
Date: 26 Sep 92 13:52:11 GMT
Organization: SwitchView Onc., Waterloo, Ontario

In article <Bv6oIL.E60@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
>
>Good modems of recent vintage negotiate whatever speed is required 
>between them while maintaining a fixed baud rate to the computer.
>Therefore, getty need never see anything but a single baud rate, and
>all that garbage and trouble is eliminated.

Tell us Tony do you use XON/XOFF flow control between the modem and host?
Do you use IXANY here?  Do you ever try to transfer binary data?  Or do
you use RTS/CTS flow control?  

>		Tony
>
>Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
>Xenix/Unix support,etc 	 	 Boston		 Seattle


-- 
Vance Shipley 
vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
Newsgroups: biz.sco.general,unifytech.general
From: glm@Unify.Com (Gary L. Manning)
Subject: Automated Account Generation with SCO Unix
Summary: C2 security, dumb
Organization: Unify Corporation, Sacramento, California
Distribution: na
Date: Mon, 28 Sep 92 15:18:24 GMT

I am in the process of setting up a new customer BBS for the company.
I want to be able to have the BBS application automatically generate
user logins.  Ideally there would be a script that I could call with
username, password, user id, etc, that would then create the login.  Is
this even possible under SCO Unix 3.2.2?

gary


-- 
Gary Manning                                            internet: glm@Unify.Com
UNIFY Corporation                                ...!{csusac,pyramid}!unify!glm
     The opinions are mine...  The misspellings belong to the editor.
Newsgroups: biz.sco.general
From: /dev/null <alexl@alvarez.COM>
Subject: Everex Cube crash update
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 30 Sep 1992 01:33:13 GMT
Precedence: bulk




.>   1)      The system will crash with "op" (SCO Office Portfolio) loaded.
.>           If you load MPX it still runs OK, but when you add update A running
.>           "op" will crash the system.  We have a tap image of this setup and
.>           it is being Fed-X'ed to Everex in Calf. this morning.  I'm hoping that
.>           they can work with SCO to fix the problem.

        I had the same problem with a 433MP (DEC) I solved it by 
increasing the RAM to 24MB this made the machine scream..





.>   No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
.>   Paul A. Fischer           | Open Age Inc.  | paul@openage.com
.>   Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  /  ) //            _//                   Alexander Lopez
 /--/ // _  _.,      /    _____   _  __.   Alex Alvarez and Associates
/  (_</_</_/ /\_    /___ (_) /_)_</_/  |_  alexl@alvarez.COM
                            /         (|   305-649-8900

Xref: sparky biz.sco.general:3509 comp.unix.sysv386:15031
From: david@wmms.UUCP (David R. Mayne)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: How to connect a modem to one of the ports on Digiboard?
Date: 28 Sep 92 15:01:20 GMT
Organization: University of Absurdity

In article <Bv4qut.CMx@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
>
>IXANY.  Restarts flow on next key pressed.  Set it in gettydefs.
>
>And I haven't seen a good argument for hardware flow control yet.
>
>:-)
>
>		Tony
>

Yeah, and this IXANY will screw up many curses applications, leaving
the user with scrambled screens quite frequently, if they type ahead.
This problem happens with SCO Xenix and Unix, and applications
developed with the terminfo version of curses, and a variety of port
boards from various vendors.

I'd say that is a good enough argument for hardware flow control and
removing the ixany setting.

David

-- 
David R. Mayne         1372 Normandy Dr. NE             Atlanta, GA 30306
david@wmms.UUCP        (404) 876-0943        ...!gatech!bagend!wmms!david
Newsgroups: biz.sco.general
From: avg@litwin.com (Anil Gokhale)
Subject: Rendition III and the AGA EFS? does it work?  HELP.
Organization: Litwin Process Automation
Date: Tue, 29 Sep 1992 02:19:56 GMT


Symptome: AGA EFS for the Appian rendition iii card does not work.

Details:
The machine is ALR 386/33 with ODT2.0  The primary video board is
paradise vga plus.  Additional video board is the rendition iii, 
piggy backed on the paradise.
The video output of the rendition is used for the monitor.

Before installing the AGA EFS, the ODT 2.0 worked with the paradise
driver.  The Scologin comes up on tty2 and I can login as root and do
things.  (still haven't bothered to setup the other user logins for
ODT).  The setup is for 800x600 resolution at 16 colors, with
Nanao 9070s monitor.

After installing the EFS,  the Scologin startup blanks the screen and
everything thereon is black on black.  Even changing multiscreens results
in nothing on the monitor.  Complete reboot (cold, or switching to dos)
will reactivate the monitor.  

One side quirck:  In normal multiscreens without the EFS driver, all I
get on the regular ttys is white on black.  setcolor command does nothing.
The colors that I should see in CUSTOM or SYSADMSH are all white on black.
However, I get all the colors I want in the tty running ODT.

Possible problem areas:
1: The EFS doc describes the rendition iii card with 2MB of VRAM and
1MB of DRAM in the 'model' column  but does not say it is the minimum.
In the section just above, it does say that the rendition ii card must
have 1MB VRAM and 0.5 MB DRAM minimum.   Is this just a typo for
the iii card and do i have to have 1MB of DRAM?
My iii card has 2MB VRAM and 0 DRAM.

2: Only other board in the machine to have memory mapped I/O address(bios?)
is the Adaptec 1542b card.  I checked and it is mapped at hexDC000
I setup the rendition iii at C0000 so that the 32KB it needs does not
conflict with the Adaptec.  Only other cards in the system are: bus mouse,
serial/parallel card and a floppy controller, and a ESDI hard drive
controller. To my knowledge, none of these map in to any memory.  (This
is probably more of a hope rather than thoroughly researched detail.

ANYONE done this yet?  Do I need 1MB DRAM? ????? HELP!!!!!!.

Any tips, past experiences, suggestions or pointer to rtfm's will be
greatly appreciated.

-------------------------------------------------------------------------
                               Dr. Anil Gokhale
Litwin Process Automation                          avg@dynsim1.litwin.com
1250 W. Sam Houston Pkwy. South          ...!uunet!dynsim1.litwin.com!avg
Houston, Texas 77042, U.S.A.                               1-713-268-8209
-------------------------------------------------------------------------
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: Re: Follow up to Everex Cube followup
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 5 Oct 1992 19:09:12 GMT
Precedence: bulk


>In <9210031505.aa12500@openage.COM> "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM> writes:

>:Hi All,

>:Those pesky Everex Cubes are back in the news.

>:It seems that the Racal-Interlan ES-3210 EISA Ethernet card is still causing 
>:the machines to panic and die.

>:My customer is throwing them out the door as soon as possible.

>The modems or the cubes?

Oh woes is me.  To post something so potentially useful, harmful, and 
controversial, and not to be clear about it.  Ahh, but such is the English 
Language.

The Everex Cubes are out the door!  Hopefully today.  Anyone know of a DEC 
433/MP running with a DPT EISA SCSI controller?

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: belal@sco.COM (Bela Lubkin)
Newsgroups: biz.sco.general
Subject: Re: SCO load average
Date: 29 Sep 92 00:56:59 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.ON.CA
Precedence: bulk

Eduard Vopicka asked:

> Please does any one know where /usr/bin/w takes the "Load average:"
> data from, e.g. the names and types of kernel variables and the
> algorithm used to calculate the load average?

The load average is maintained by the kernel scheduler.  The kernel
variable is declared as "short avenrun[3]"; w (uptime) nlist's the
kernel, then reads this variable out of /dev/kmem.

avenrun is calculated as a running average of the number of processes
which are in the run queue (thus, either ready to run or currently
running) plus the number of processes that are sleeping at
non-interruptible priorities.  This latter class is why certain daemons
(e.g. nfsd processes, and some of the processes associated with LAN
Manager Server) increase the load average by 1.0 each, without really
impacting system performance.

The three elements of avenrun are the running average over the last
minute, last 5 minutes, and last 15 minutes.

>Bela Lubkin<  Support engineer, The Santa Cruz Operation
Newsgroups: biz.sco.general
From: Eduard Vopicka <Eduard.Vopicka@vse.cs>
Subject: SCO 3.2v4.x access wanted
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Reply-To: Eduard Vopicka <Eduard.Vopicka@vse.cs>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Sun, 4 Oct 1992 16:33:55 GMT
Precedence: bulk


I am making an attempt to get sendmail/IDA running under SCO UNIX.
I am hopefully done with this and I am running sendmail/IDA under SCO
3.2v2.0 about 2+ months with no trouble on the mail relay machine
for the whole vse.cs. But my system is 3.2v2.0, so it is not the latest
SCO release.

I am looking for any SCO site who can give me temporary and free of charge
non-root ftp/telnet/rlogin access to SCO 3.2v4.x. What do I want to do is
to verify that sendmail/IDA with my patches can be compiled under the latest
SCO release before sending my SCO specific patches to sendmail/IDA maintainer.

Requirements:
	- SCO 3.2v4.x
	- Software Development System
	- SCO TCP/IP runtime and development system
	- 2-4MB of disk space
	- good IP connectivity and European site preferred, but any
	  offers are welcomed

Thanks in advance,

Ed

-- 

============================================================================
= Eduard Vopicka                             e-mail: Eduard.Vopicka@vse.cs =
= Computing Centre                              fax: +42 2 235 85 09       =
= Prague School of Economics                                               =
= W. Churchill square 4                                                    =
= CS 130 67 Prague 3                      ("There is always one more bug") =
============================================================================

Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re:  How to connect a modem to one of the ports on Digiboard?
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 29 Sep 1992 23:35:09 GMT

In article <1992Sep29.141810.16353@xenitec.on.ca> vances@xenitec.on.ca (Vance Shipley) writes:
>In article <Bv7132.1z4@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
>>
>>So, you have an application that breaks the standard.  If one of my
>>clients were running that application, I'd have to rewire.  
>>
>
>My application doesn't BREAK standards.  What we do is push things, that is
>quite kosher.  We work with communications, a large installation might have 
>six terminals and twelve modems.  You do mundane things like word processing
>which do not require much out of the system.  This is why I am intimately
>familiar with some of these issues.

I've been thinking about this, and maybe the reason for my confusion is
because of the typical client I am seeing.  Usually they have 20 terminals
or more (so the the system is usually heavily loaded and slow to get stuff
out to terminals anyway) but more importantly, it's usually data base or
accounting apps.  So the screen is pretty stable, not subject to a lot
of updates, and their typing is usually field limited.

>
>The point of my response is that locked speed modems are NOT the answer.  You
>may have some customers who are happy with this arrangement but they also may
>not be doing data transfers.  A locked interface speed could work if there was
>bidirectional out of band flow control.  As has been stated here SCO's RTS/CTS
>was half duplex.
>
>-- 
You are quite correct.  My clients are *not* doing data transfers (maybe
an occasional SLS- once a year, maybe.)

I guess we all need to remember that there are at least three vastly
different types of Unix clients on 386/486 hardware:  The database
and accounting people with lot's of dumb terminals, the programming
types with Emacs and maybe X (squeeze the CAD people in here, too), and
the communications oriented types.

Each really has different needs and expectations.


		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle