Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> Re: 8.1.6 client install
--=_ORCL_6429936_0r0
Content-Type:text/plain; charset="iso-8859-1"
Content-Transfer-Encoding:quoted-printable
I have done a couple of 8.1.6 installs on NT workstations with no problems. What version are you running on and what patch level are you at? Also, are you putting the 8.1.6 install into its own Oracle Home? It cannot share with previous releases (well maybe 8.1.5 but I am not sure on that one).
kimberly.smith_at_eds.com
--=_ORCL_6429936_0r0
content-type:message/rfc822
Date: 06 Jun 2000 08:55:27
From:"Gupta, Rakesh" <Rakesh_Gupta_at_mail.ci.baltimore.md.us>
To:Multiple recipients of list ORACLE-L <ORACLE-L>
Subject:RE: 8.1.6 client install
Reply-to:UNIX.IOGMD:ORACLE-L_at_fatcity.com
Return-Path:root_at_fatcity.cts.com
Received:from gmd.fujitsu.com (ducks.gmd.fujitsu.com [198.6.119.2]) by hdoc02.gmd.fujitsu.com with SMTP (8.7.1/8.7.1) id TAA11951 for <ksmith1.ofcmail_at_hdbi01>; Tue, 6 Jun 2000 19:11:06 -0700 (PDT) Received:from dfwl01.gmd.fujitsu.com by gmd.fujitsu.com (SMI-8.6/) id TAA14453; Tue, 6 Jun 2000 19:11:06 -0700 Received:from dfwl01.gmd.fujitsu.com (root_at_localhost) by dfwl01.gmd.fujitsu.com with ESMTP id TAA16815 for <ksmith1_at_gmd.fujitsu.com>; Tue, 6 Jun 2000 19:11:05 -0700 (PDT) Received:from newsfeed.cts.com (newsfeed.cts.com [209.68.192.199]) by dfwl01.gmd.fujitsu.com with ESMTP id TAA16811 for <ksmith1_at_gmd.fujitsu.com>; Tue, 6 Jun 2000 19:11:04 -0700 (PDT) Received:from fatcity.UUCP (uucp_at_localhost) by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id IAA11235; Tue, 6 Jun 2000 08:49:27 -0700 (PDT) Received:by fatcity.com (04-May-2000/v1.0f-b69/bab) via UUCP id 001728C5; Tue, 06 Jun 2000 07:55:27 -0800Message-ID:<F001.001728C5.20000606075527_at_fatcity.com> X-Comment:Oracle RDBMS Community Forum
I am facing the same problem. Oracle support advised me to clean the registry and delete all oracle related files but that did not help either. Please let me know if you find a solution.
Thanks
Rakesh
> -----Original Message-----
> From: Jeffrey Beckstrom [SMTP:JBECKSTROM_at_gcrta.org]
> Sent: Tuesday, June 06, 2000 9:35 AM
> To: Multiple recipients of list ORACLE-L
> Subject: 8.1.6 client install
>
> As anyone succesfully installed this on an NT workstation. I have had a
> TAR w/Oracle for about a week now with little success. What is happening
> is that the install is not recording an inventory of what it installed.
> For example, installed client. Re-inserted CD and it said nothing
> installed even though the install completed??
>
> In the install log, there is nothing about the install ending. The
> install screen just vanishes after getting to about 100 % done.
>
> Jeffrey Beckstrom
> Database Administrator
> Greater Cleveland Regional Transit Authority
> 1240 W. 6th Street
> Cleveland, Ohio 44113
> (216) 781-4204
>
>
-- Author: Gupta, Rakesh INET: Rakesh_Gupta_at_mail.ci.baltimore.md.us 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). --=_ORCL_6429936_0r0-- ------------------------------ From: "Miller, Jay" <JayMiller_at_TDWaterhouse.com> Date: Wed, 7 Jun 2000 10:03:51 -0400 Subject: RE: Temp. segments/extents not being dropped Hmm, SMON only wakes up to clean up temp segments every 5 minutes. How long after the SQL doing the sort was killed were you having the problems before you did the ALTER TABLESPACE command? -----Original Message----- From: Dan.Hubler_at_midata.com [mailto:Dan.Hubler_at_midata.com] Sent: Monday, June 05, 2000 6:00 PM To: ORACLE-L_at_fatcity.com Cc: jaymiller_at_tdwaterhouse.com Subject: RE: Temp. segments/extents not being dropped I think I understand what you are saying. But.................... My situation was that the extents were not being "released". That is, the space was unavailable for other transactions to use. We were failing with space errors. Also, we do have the tablespace defined as TEMPORARY. Thanks. "Miller, Jay" <JayMiller_at_tdwaterhouse.com>@fatcity.com on 06/05/2000 03:05:08 PM Please respond to ORACLE-L_at_fatcity.com Sent by: root_at_fatcity.com Sent From the mail file of: Dan Hubler To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com> cc: Subject: RE: Temp. segments/extents not being dropped If the tablespace is of type temporary then the extents do not get released. They remain allocated (but unused)once the initial sort is done. This is a good thing, as it reduces the processing necessary for extent allocation. -----Original Message----- Sent: Monday, June 05, 2000 3:03 PM To: Multiple recipients of list ORACLE-L Looking for some information on the following: We had an incident last week where an Oracle instance (7.3.4.4) on NT was running into problems acquiring space for additional extents on the defined temporary tablespace. While looking at the situation, we discovered that there was just about zero free space left in the tablespace. There was a whole bunch of extents created and owned by "SYS" and they had some flaky numeric identifier for the segment-name (something like 37.123). Other processes were failing, being unable to allocate temp space. We looked around on Metalink, and discovered a note about forcing temporary segments/extents to be cleaned up by performing an "ALTER TABLESPACE TEMP DEFAULT STORAGE (PCTINCREASE 0);" We executed the statement. Lo and behold, all the segments disappeared, back into free space. My guess is that there was a large sort (we do some of those) that failed, and left segments out there. I do not understand why they wouldn't clean up. Any information?Received on Wed Jun 07 2000 - 09:01:43 CDT
![]() |
![]() |