You really need to shift your focus away from "who can I blame for
this" to what caused it and how to fix it.

First go here, scroll all the way to the bottom and read the section
on using the crash diagnostics.
http://osr507doc.sco.com/en/OSAdminG/CONTENTS.html

If you're the sysadmin you should know how to use this. If you didn't
before, learn now. This is a well-defined procedure, but you must be
ready to save a kernel dump before it happens, not days afterwards.
Acting promptly when it happens is the only solution.

If it were me, I would have already reseated all cards, memory and cpu
chips on this system.

You want to know if software can cause a kernel panic, and the answer
is yes. It would be extremely rare for application software to do so,
but it's possible for a driver to cause a panic. So have you checked
every driver version and upgraded as necessary?

Even with the latest driver, it's possible for circumstances to cause
a crash. I vividly recall an incident several years ago when a
client's system periodically panicked and crashed. There didn't seem
to be any cause or pattern. They had had me setup a temporary remote
office, running dumb terminals over a modem connection to a well-known
multi-user serial card. They were printing some very long reports to
a transparent printer over this connection. When a print job was
running, if the modem connection dropped the system panicked and
crashed. The only way I isolated this was by using the 'crash'
procedure as documented. Yes it was technically caused by driver
software, which solved nothing. Not printing reports of several
hundred pages over this connection solved the problem.

Good luck. Mark


On May 9, 6:34*am, adamsville2k <adamsvill...@hotmail.com> wrote:
> Hi,
>
> Last week, we experienced 2 KERNEL PANIC error on our SCO Unix 5.0.7
> server within a 2 hour span. So I called our sofware support which is
> OGC using running on an Informix Database. Within 5 minutes I had as
> answer that the problem was an Hardware issue. Since the server is
> supported by another supplier, I then called them. They told me that
> such of a problem could be software as well. Not only hardware like
> the SCO site posts here.
>
> Why did my UNIX kernel "panic"?
>
> They mentionned for example that a FTP command could make the server
> PANIC! So I went back to the OGC software provider and told them that
> we couldn't find any evidence within logs and everything of the source
> of the problem happened that day. So How you could tell me in 5
> minutes that it was an Hardware issue? They answered that software
> means SCO Unix, NOT their software!!!!
>
> So my question is: Is a PANIC error could be the result of a software
> function or programming synthax or command other than the OS itself?
> Assuming it's not hardware of course.
>
> Thanks in advance.
>
> Adamsville2k