Actually, the problem started with the 10.20 32-bit. They do stay up
for months at a time as well. We only get 4 downtimes per year (when we are
lucky).
Its during reboots that we have issues. And the other plants that
had issues are also running 32-bit (not Fujitsu plants either).
Personally, I think my Sys. Admin. team does an excellent job and
wouldn't do anything to harm them. Like I mentioned, HP owned up
to the problem. Right now we are running 78 days since the last downtime
and the only thing rebooted are the ServiceGuard cluster still running
10.20 32-bit. We think that one was a network issue though. ServiceGuard
gets
a little iffy when the network is missing.
-----Original Message-----
Sent: Tuesday, March 20, 2001 1:28 PM
To: Kimberly Smith; Multiple recipients of list ORACLE-L
Kimberley,
The problem is that you loaded the 64 bit kernel in the K class. It
does
not have the buss required for 64 bit, therefore the kernel does a fake it
64
emulation. Rebuild the machine with the 32 bit version of HP 11.0 & you'll
be a
lot happier. Ours stay up for months without problems & reboots are just
fine.
Personally I'd go kill your SA and/or the Hp zlutz that configured them.
Dick Goulet
Good hardware cannot fix bad software/configurations.
____________________Reply Separator____________________
Author: Kimberly Smith <[EMAIL PROTECTED]>
Date: 3/20/2001 11:05 AM
We are going 64-bit for HP but keeping Oracle at 32-bit. We really
had no choice for the HP side. We just need the memory that 32 bit
could not support. We have 9 K-class servers here that have been running
11-64-bit for quite some time (relatively speaking). But we are
getting rid of all our K-class servers. The model we are running have
been nothing but trouble. We hate to turn one off because it seems
like every time we reboot hardware dies. Other fabs have been having
the same issue. So we are going N-class for the database cluster
and A-class for the remaining. Since your K-class servers are new they
probably don't have the same hardware issues we have. HP even owned up
to having issues.
-----Original Message-----
Sent: Tuesday, March 20, 2001 10:16 AM
To: Multiple recipients of list ORACLE-L
Interesting. We've got a 4-way K570 w/3GB mem that we'll be moving from
HPUX 10.20 to HPUX 11.0 this weekend (8 hours of watching tape spin), which
means I can FINALLY get us to 8i! YAY!
So, why or why not should one go to 64bit? Here's my perception:
Pros
---------------
Should be faster (moving 2x as many bits around)
Cons
---------------
Requires major downtime to go from 32 to 64.
Patches don't seem to come as quickly as 32bit versions on HP.
Unknowns (for me)
-----------------
How much faster, if at all, and in what areas (mem, I/O, disk)?
Possible client problems? Our clients are all 8.0.5 for now.
Any difference/disadvantage if 3rd party OCI programs are
not recompiled?
TIA,
Rich Jesse System/Database Administrator
[EMAIL PROTECTED] Quad/Tech International, Sussex, WI USA
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 20, 2001 11:06
> To: Multiple recipients of list ORACLE-L
> Subject: Re:Just like Christmas
>
>
> Kimberly,
>
> Enjoy the N class boxes, especially in 64 bit mode. They
> really cook
> compared to a K.
------------------------------------------------------------------------
This message has been scanned for viruses with Trend Micro's Interscan
VirusWall.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Jesse, Rich
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Kimberly Smith
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Kimberly Smith
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
