SAPINST - Export DB - Tru64/UNIX

Hi Gurus,
I'm trying to export my Informix database on UNIX/ TRU64 5.1, but sapinst ending with error :
INFO 2008-02-25 12:42:02
Account informix already exists.
TRACE
checking existence of account user="informix" uid="201" succeeded with true.
TRACE
inserted account (informix, 201, USER) into the accountcache.
Transaction begin ********************************************************
ERROR 2008-02-25 12:42:02
FSL-01011 Unable to check password for account user="informix" uid="201".
Transaction end **********************************************************
Of course I'm writing a correct password to dialog screen, sometimes changed.
Your suggestions are welcomed.
Kind regards
Michal.

Error is solved. Was connected with Advanced security settings. Installation need to have password for informix in /etc/passwd.

Similar Messages

Install Oracle 8.1.7 (TRU64 UNIX 5.1)

Need information on how to initate the istallation of Oracle
Software on TRU64 UNIX 5.1. Prior to 8.1.7, the "orainst" shell
for UNIX was used from the command line. The installation
instructions for 8.1.7 require the setting of the variable
DISPLAY, and the execution of the script "runInstaller". For
what I can tell, the new installation routine requires X-windows
to run, but I cannot figure out how to set it up.
Thank you in advance for any help on this subject.
Eduardo Bedoya

Dirk:
I had the same problem, which is caused by a
wrong version of Java. Follow the instructions
in Denis Claric's Oracle page:
http://staff.in2.hr/denis/oracle/
BUT do NOT install the RPM packages from the
RH7.1 CD-ROMs, get them from RedHat's web site instead.
-Ramon

Install Oracle 8.1.7 on Tru64 UNIX 4.0F

hello:
I have installed oracle8.1.7 on Tru64 UNIX 4.0F.
After startup database and start listener,at first only one listener service could be found using command lsnrctl status looks like:
Service "ORA8" has 1 instance(s).
The command completed successfully
,but after while (2-3min) use the same command can find another result, looks like:
Service "ORA8" has 1 instance(s).
Service "ORA8" has 3 instance(s).
The command completed successfully
Then client can not connect to database.
I can not find the reason.
Can you?
Thanks a lot!

make sure the required characeter set (called subset in TRU64 UNIX) is loaded in OS ...
you can check with command 'setld -l <>'
i dont have a UNIX box with me now ... so i can't tell you exactly what it is ..
take help of any OS (TRU64 UNIX) expert !
good luck

Does Oracle 8.1.5 Run On Tru64 Unix 5.1

Does Oracle 8.1.7 Run On Tru64 Unix 5.1
We plan to upgrade the OS and Oracle in two steps.
1. First weekend - upgrade the operating system from Tru64 4.0d to Tru64 5.1.
2. Second weekend - upgrade Oracle from 8.1.5 to 8.1.7
Questions:
1. Will Oracle 8.1.5 run successfully on Tru64 5.1 during the one-week transition period?
2. Does it make any difference if we upgrade the OS to Tru64 5.1a instead of 5.1?
Thanks in advance,
Alan Holsted
Metro, Portland, OR.
null

A question along the same lines, does Oracle 7.3.4 run On Tru64 Unix 5.1?
We plan to upgrade the OS and Oracle in two steps.
1. Firstly - upgrade the operating system from Tru64 4.0F to Tru64 5.1 (via 5.0A).
2. Secondly - upgrade Oracle from 7.3.4 to 8.1.7 or perhaps 9.x
Questions:
1. Will Oracle 7.3.4 run successfully on Tru64 5.1 during the transition period?
2. Does it make any difference if we upgrade the OS to Tru64 5.1A instead of 5.1?
TIA
Chris

System copy using SAPInst(Export Import database Independent prcoess failed

Hello ,
I am doing a System copy using SAPInst export/import process .
Source system : SAP Netweaver'04( BW 3.5 , Kernel : UC 640 ,Patch level 196 )
Export process fails at Phase 2 - Database Export at R3load jobs running 1,waiting 0 . Below is the log details
SAPSDIC.log
(EXP) INFO: entry for BAPICONTEN                        in DDNTT is newer than in DDNTT_CONV_UC: 20040211101817 > 20000621155733
(EXP) INFO: entry for BAPICONTENT255                    in DDNTT is newer than in DDNTT_CONV_UC: 20040211101817 > 20031127161249
(EXP) INFO: entry for BAPICONVRS                        in DDNTT is newer than in DDNTT_CONV_UC: 20040211101817 > 20010131174038
(EXP) INFO: entry for BAPICREATORDATA                   in DDNTT is newer than in DDNTT_CONV_UC: 20040211101817 > 20000621155733
(EXP) INFO: entry for BAPICRMDH1                        in DDNTT is newer than in DDNTT_CONV_UC: 20051229175654 > 20031211120714
(EXP) INFO: entry for BAPICRMDH2                        in DDNTT is newer than in DDNTT_CONV_UC: 20051229175654 > 20031211120714
(EXP) INFO: entry for BAPICRMEXP                        in DDNTT is newer than in DDNTT_CONV_UC: 20051229175513 > 20031211120627
(EXP) INFO: entry for BAPICRMEXT                        in DDNTT is newer than in DDNTT_CONV_UC: 20051229175514 > 20031211120627
(EXP) INFO: entry for BAPICRMKEY                        in DDNTT is newer than in DDNTT_CONV_UC: 20051229175654 > 20031211120714
(EXP) INFO: entry for BAPICRMKEY_T                      in DDNTT is newer than in DDNTT_CONV_UC: 20051229175835 > 20031211120803
(EXP) INFO: entry for BAPICRMMSG                        in DDNTT is newer than in DDNTT_CONV_UC: 20051229175654 > 20031211120714
(EXP) INFO: entry for BAPICRMMSG_T                      in DDNTT is newer than in DDNTT_CONV_UC: 20051229175835 > 20031211120803
(EXP) INFO: entry for BAPICRMOBJ                        in DDNTT is newer than in DDNTT_CONV_UC: 20051229175514 > 20031211120628
(EXP) INFO: entry for BAPICRMPAREX_T                    in DDNTT is newer than in DDNTT_CONV_UC: 20051229175452 > 20031211120305
(EXP) INFO: limit reached, 5000 tables in DDNTT are newer than in DDNTT_CONV_UC
(EXP) INFO: NameTab check finished. Result=2 #20100113131216
(EXP) INFO: check for inactive NameTab entries: Ok.
(RSCP) INFO: I18N_NAMETAB_TIMESTAMPS not in env: checks are ON (Note 738858)
(DB) INFO: disconnected from DB
D:\usr\sap\B35\SYS\exe\run/R3load.exe: job finished with 1 error(s)
D:\usr\sap\B35\SYS\exe\run/R3load.exe: END OF LOG: 20100113131216
***SAPCLUST.log ****
(NT) Warn: EDIDOC: normal NameTab from 20040211095029 younger than alternate NameTab from 20000621155733!
(EXP) TABLE: "EDIDOC"
(NT) Warn: PCDCLS: normal NameTab from 20040211095029 younger than alternate NameTab from 20000621155733!
(EXP) TABLE: "PCDCLS"
(NT) Warn: SFHOA: normal NameTab from 20040211095029 younger than alternate NameTab from 20000621155733!
(EXP) TABLE: "SFHOA"
(NT) Warn: SFHYT: normal NameTab from 20040211095029 younger than alternate NameTab from 20000621155733!
(EXP) TABLE: "SFHYT"
(NT) Warn: UMG_TEST_C: normal NameTab from 20040211095029 younger than alternate NameTab from 20031113150115!
(EXP) TABLE: "UMG_TEST_C"
myCluster (55.22.Exp): 712: error when retrieving alternate nametab description for physical table UMG_TEST_F.
myCluster (55.22.Exp): 713: return code received from nametab is 32
myCluster (55.22.Exp): 299: error when retrieving physical nametab for table UMG_TEST_F.
(CNV) ERROR: data conversion failed. rc = 2
(RSCP) INFO: I18N_NAMETAB_TIMESTAMPS not in env: checks are ON (Note 738858)
(DB) INFO: disconnected from DB
D:\usr\sap\B35\SYS\exe\run/R3load.exe: job finished with 1 error(s)
D:\usr\sap\B35\SYS\exe\run/R3load.exe: END OF LOG: 2010011312563
Please suggest.
Thanks & Regards
Ganesh

Is your DB unicode? If so, did you select the unicode flag in sapinst?
This [thread|System Copy Error while exporting ABAP; might offer some help.
-Zach

OAS 4.0.8.1 on Compaq Tru64 UNIX 4.0F (Digital Unix 4.0F) : Help !!!

My installation of OAS 4.0.8.1 on Digital Unix
4.0F is failing when it comes to try to
relink something called ntcontab.o
, an apparently missing header file :
cc: Severe: /usr/include/sys/types.h, line 77:
Cannot find file <standards.h> specified in #include directive.
(I did find the header file on the system but in a different place.
I tried a link to make it
appear where it should but that didn't work for
some reason)
My release notes specify 4.0D is required,
maybe thats the problem, though I wouldn't
expect a whole header file to be moved between
minor releases.
Any help very gratefully recieved. I am really
stuck.
Thanks
Alan McCulloch
email : [email protected]
BTW - I'm new to Digital Unix, previously
worked on Solaris. My subjective impression is Digital
Unix is alot less well supported and prevalent
than Solaris, and my feeling is we would
be more secure on Solaris.
Is this at all a valid point of view ? I'd
be very happy to be wrong about this !
null

Hi Peter,
I believe that functionality was broken in the field test version of coordinate systems that shipped in 8.1.6 only for transforming data stored in the SDO_POINT type. I'm not sure, but I doubt this will be patched on tru64 unix.
If you need to get this working you might want to try storing your point data using the elem_info_array and the ordinate array rather than the optimized point type.
This problem is fixed in 8.1.7.
Hope this helps,
dan

Is Generic Connectivity included in 8.1.7 on Compaq Tru64 Unix?

Is Generic Connectivity included in 8.1.7 on Compaq Tru64 Unix? How could I find out via SQL*Plus (if at all)?
TIA,
Rob

Robin,
Generic Connectivity is not available on Tru64. It is available on Solaris, NT as of 8.1.6 and on HP and AIX as of 8.1.7.

Oracle Performance problem in Tru64 Unix

Hello All,
I am having performance problem in Tru6u Unix. Details are mentioned below :
OS: Tru64 Unix
Oracle Version : 8.1.7.4.0
Forms : 6.0
Mode: Oracle Parallel Server
When, developers are trying to save some data using forms, it's taking too much time.
Any hint/idea, how to start tracking the things, will be highly appreciated.
Regards,
Rajeev Tomar

Check what are the session waits from v$session_wait and try to tune them.
If possible, get the code and tune the sqls.
Without knowing the application behaviour and other related stuff, no one can simple adice on performance problems.
Jaffar

XML C++ Parser on Tru64 UNIX

Are there any plans to provide a version of the XML C++ Parser on Compaq Tru64 UNIX?
Thanks and regards
...colin

We do not currently support Compaq Tru64 UNIX. We have not yet made any announcement regarding this platform.
Oracle XML Team

Reports Developer 6i availability for Tru64 Unix?

Is Reports 6i Release 2 actually available for Tru64 Unix? I can't seem to find any information to indicate that it is -- or is it only available through the Application Server package?
thanks,
Allan Tin

hello,
please take a look at metalink.oracle.com where you can find the latest porting information for our products.
regards,
the oracle reports team

Sdo_cs.transform on Compaq tru64 UNIX

We have managed to get sdo_cs.transform function working on NT after applying the latest patches. We now need to have it work on Compaq Tru64 Ver 4.0F where we have just installed Oracle 8.1.6.3.0 with all the latest patches.
We get the error:
"ORA-03113: end-of-file on communication channel"
whenever we try the sdo_cs.transform function.
The following code works on our NT installation but fails on the UNIX installation:
SQL> SELECT * FROM AMG56_AGD66;
PLACE_NAME
POSITION(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
AMG56_AGD66
SDO_GEOMETRY(2001, 81938, SDO_POINT_TYPE(498910, 6966131, NULL), NULL, NULL)
SQL> SELECT c.place_name "Name",
2 c.position.sdo_srid,
3 c.position.sdo_point.x "Easting 1",
4 c.position.sdo_point.y "Northing 1",
5 c.position,
6 sdo_cs.transform(c.position,m.diminfo,82413)
7 FROM AMG56_AGD66 c, user_sdo_geom_metadata m
8 WHERE m.table_name = 'AMG56_AGD66'
9 AND m.column_name = 'POSITION';
SELECT c.place_name "Name",
ERROR at line 1:
ORA-03113: end-of-file on communication channel
SQL> SELECT * FROM AMG56_AGD66;
SELECT * FROM AMG56_AGD66
ERROR at line 1:
ORA-03114: not connected to ORACLE
SQL>
Any ideas???
Regards
Peter Cohen
null

Hi Peter,
I believe that functionality was broken in the field test version of coordinate systems that shipped in 8.1.6 only for transforming data stored in the SDO_POINT type. I'm not sure, but I doubt this will be patched on tru64 unix.
If you need to get this working you might want to try storing your point data using the elem_info_array and the ordinate array rather than the optimized point type.
This problem is fixed in 8.1.7.
Hope this helps,
dan

OWB 10g Release 2 for HP Tru64 Unix

Where I can get the OWB 10g Release 2 for HP Tru64 Unix ? On OTN download page I found only OWB Release 1 for HP Tru64 Unix.

next year it is next week actually ;-)
metalink -> certify -> by platform -> HPUX Itanium -> DB Server -> EE -> 10gR2 -> Additional Info
Planned for January

Problems with Tru64 UNIX 5.1b PCI-GPIB driver development

I am using your NI488.DDK product to develop a PCI-GPIB device driver for Tru64 UNIX 5.1b3. I have experience porting other device driver from 4.x to 5.1b and thought that this would not be too hard. The driver that I have developed loads and configures ok. It allows for the IBFIND of /dev/gpib0 minor #255 to work fine because a bus table is built for it during the probe/attach. When I try an IBFIND on /dev/gpib_dev/dev1 I get an error from ni_Cp2BusPtr for minor #51 because no table is created for the devx devices during driver initialization. I don't see where this was done in the example ib.c code provided for Tru64 Unix 4.x, am I missing something?

This is really an update to my original posting for those of you who may have similar concerns.
The source code provided as part of the NI488DDK kit is not really a fully functional driver with the same capabilities as they provided in the device driver that they devloped for Tru64 UNIX 3.x and 4.x. The the "ib" commands supported by the DDK driver is a subset of the entire ni488 suite. None of the device specific "ib" command are supported, neither is ibask. Device commands are written to the bus as character strings that contain device addresses and command.

Is there Tux 7.1 for Compaq Tru64 Unix 5.1 version

Help!
please tell me if there is Tux 7.1 for Compaq Tru64 Unix 5.1 version.
send it to my email: mailto:[email protected]
Thanks.

I encountered matching problem while trying to use Tuxedo 6.5 from the
original installation package. The best match for Compaq Tru64 UNIX 5.1
from the available platforms on the cd was "Digital Unix 4.0d on DEC
Alpha".
However the simpapp failed to shut down, just like Yshyang has written
below. After contacting BEA support, the support personnel asked if a
patch has been applied (check if a $TUXDIR/udataobj/patchlev file
exists). It didn't.
The Tuxedo 6.x platform data sheet at
http://www.bea.com/products/tuxedo/platforms_6.shtml
shows that Tru64 UNIX 5.1 is supported, if Tru64 UNIX 4.0b binaries with
patch level 160+ are used.
We got a separate patch for the 4.0b binaries, but working Tuxedo 6.5
installation binaries for Tru64 UNIX 5.0 are available for download at
BEA web site.
Juha Laitinen
Yshyang wrote:
I install Tux 7.1 in Tru65 Unix 5.1 and TruCluster Server 5.1
when i configure simpapp.
tmboot is ok,but tmshutdown can't work,the error is :
CMDTUX_CAT:766:ERROR:must run on master node
(In act I run in master node really,I have checked by uname -n).
the other bizarrerie:
tmadmin
display :
TMADMIN_CAT 202:ERROR:Can't find DBBL in master node or backup node.
(In act my simpapp ubbconfig is:MODEL=SHM)
maybe there is bug I guest.
If it need some patch in the env.
"Marcin Kasperski" <[email protected]> wrote in message
news:[email protected]..
yshyang wrote:
Help!
please tell me if there is Tux 7.1 for Compaq Tru64 Unix 5.1 version.
The version for 'Digital Unix 4.0 sth' seems to be working on 5.1.

9iAS on Compaq Tru64 Unix

Hi all,
I plan to install 9i Application Server Enterprise Edition on Compaq Tru64 Unix
running v5.0a.
This will mean that the Unix Sever will
act as a Database Server,Web server,
Forms and Reports Server.
The Developer Server will be on Windows NT
which will be used to compile forms an reports and transferred to Unix.
Will this work?
Is this all possible?????
Ta
Ashok Sharma
PO Ports
Sydney, Australia

Dont know 100% for sure.
But i think, you have to recompile your
Forms & Reports Application on your UNIX server.
Its not portable through platforms as Java.
But correct me if i'm wrong.
Also just one remark to avoid confusion:
There is no Database Server included in
9i Application Server EE
- Stefan

SAPINST - Export DB - Tru64/UNIX

Similar Messages

Maybe you are looking for