RE: RE: 32bit vs 64bit (was: Just like Christmas)

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 <kimberly.smith_at_gmd.fujitsu.com>
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
Rich.Jesse_at_qtiworld.com             Quad/Tech International, Sussex, WI USA

> -----Original Message-----
> From: dgoulet_at_vicr.com [mailto:dgoulet_at_vicr.com]
> 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: Rich.Jesse_at_qtiworld.com

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: ListGuru_at_fatcity.com (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: kimberly.smith_at_gmd.fujitsu.com

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: ListGuru_at_fatcity.com (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: kimberly.smith_at_gmd.fujitsu.com

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: ListGuru_at_fatcity.com (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).