Hello Daniel, thanks for your answer, but it didn't help. :-(
Florian > -----Urspr�ngliche Nachricht----- > Von: Schmoger, Daniel [mailto:[EMAIL PROTECTED] > Gesendet: Mittwoch, 17. November 2004 13:14 > An: 'Florian Schmitz'; > Betreff: Re: Migration with SDBUPD - cannot find DB instance > > > Hello Florian, > the installer looks for /usr/sool/sql/init/SAP_DBTech.ini. > Creating a symbolic link /usr/spool -> ../var/spool should solve it. > > HTH, > daniel > > > > -----Urspr�ngliche Nachricht----- > Von: Florian Schmitz [mailto:[EMAIL PROTECTED] > Gesendet: Mittwoch, 17. November 2004 10:33 > An: [EMAIL PROTECTED] > Betreff: AW: Re : AW: Migration with SDBUPD - cannot find DB instance > > > Hello Alexander > > > So let's see if there is a /etc/opt/sdb that could break the update. > > There is none. > > > > The tool says that it cannot find your > > > /var/opt/sapdb/indep_data - Directory > > > > > > Does this directory exist? (There should also be > > > somewhere a subdirectory DEMO where you will find the working > > > directory of your instance) > > /var/opt/sapdb/indep_data does exist. > But there is no subdir DEMO. > var/opt/sapdb/indep_data/config/ contains some files named > DEMO (.01, .cfg, > .mmm, .pah, .upc) > var/opt/sapdb/indep_data/wrk/ contains other files named DEMO > (.knl, .mfd) > > But there are some "work"-files (in my opinion and > understanding :-)) under > /home/sapdbuse/databases/DEMO/ > (LOG-Space, Data-Space, dbm.cfg/.knl/.mdf..., knldiag.*, > knltrace etc) > > > > And please send the whole context of the update log file to > > this list. > > CALL: SDBUPD -INSTANCE -profile APO LiveCache > STDOUT: > > MaxDB INSTANCE UPDATE > STDOUT: ********************* > > > STDOUT: starting installation Th, Nov 04, 2004 at 17:07:05 > STDOUT: operating system: Linux I386 2.4.19 4GB GLIBC 2.3.2 > STDOUT: callers working directory: > /home/tmp/maxdb-all-linux-32bit-i386-7_5_00_19/maxdb-all-linux > -32bit-i386-7_ > 5_00_19 > STDOUT: installer directory: > /home/tmp/maxdb-all-linux-32bit-i386-7_5_00_19/maxdb-all-linux > -32bit-i386-7_ > 5_00_19 > STDOUT: archive directory: > /home/tmp/maxdb-all-linux-32bit-i386-7_5_00_19/maxdb-all-linux > -32bit-i386-7_ > 5_00_19 > STDOUT: > > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Base" resolved > package "Base" has no dependencies > dependencies for package "Server Utilities" resolved > dependencies for package "Base" resolved > package "Base" has no dependencies > WRN: install registry not defined > STDOUT: beginning to check sap db instances > STDERR: cannot find db instance - there are no valid > independent data path > STDERR: MaxDB instance update exited abnormally at Th, Nov 04, 2004 at > 17:07:14 > > Thanks, > > Florian > > > > -----Urspr�ngliche Nachricht----- > > Von: Weinmann, Alexander [mailto:[EMAIL PROTECTED] > > Gesendet: Dienstag, 16. November 2004 16:04 > > An: [EMAIL PROTECTED] > > Betreff: AW: Re : AW: Migration with SDBUPD - cannot find > DB instance > > > > > > I re-read your response ... > > Your installation seems to be alright and I understand that > all your > > paths exists. > > So let's see if there is a /etc/opt/sdb that could break the update. > > If it is there, give us the contents. > > > > > -----Urspr�ngliche Nachricht----- > > > Von: Weinmann, Alexander > > > Gesendet: Dienstag, 16. November 2004 10:02 > > > An: [EMAIL PROTECTED] > > > Betreff: AW: Re : AW: Migration with SDBUPD - cannot find > > DB instance > > > > > > > > > OK, it is getting more interesting now: > > > > > > The _OPTSAPDB is an "internal" entry which is not relevant. > > > > > > The tool says that it cannot find your > > > /var/opt/sapdb/indep_data - Directory > > > > > > Does this directory exist? (There should also be > > > somewhere a subdirectory DEMO where you will find the working > > > directory of your instance) > > > > > > And please send the whole context of the update log file to > > this list. > > > > > > And what about the contents of the file /etc/opt/sdb ? > > > > > > Regards, > > > > > > Alexander Weinmann > > > > > > > > > > > > > -----Urspr�ngliche Nachricht----- > > > > Von: Florian Schmitz [mailto:[EMAIL PROTECTED] > > > > Gesendet: Donnerstag, 11. November 2004 14:36 > > > > An: [EMAIL PROTECTED] > > > > Betreff: AW: Re : AW: Migration with SDBUPD - cannot find > > > DB instance > > > > > > > > > > > > Hello Alexander, > > > > > > > > IndepData points to a directory with 2 Subdirs "config" > and "wrk" > > > > IndepPrograms points to a directory with the binarier in the > > > > subdir "bin" > > > > and various other subdirs. > > > > > > > > The both Runtime-Entrys point to different directorys with > > > > each just an > > > > "lib" subdir. > > > > > > > > The other Entrys point to existing directories too. I'm just > > > > confused about > > > > the entries "Databases". Whats _OPTSAPD? > > > > There is no clue on either _OPTSAPD, nor DEMO in the directory > > > > /opt/sapdb/depend. > > > > Besides that, /opt/sapdb/depend isn't the "working"-directory > > > > of "DEMO". > > > > > > > > The Instance is running well, can be brought "warm" and is in > > > > daily use for > > > > development-purposes. > > > > > > > > I'm just as confused as a cow in a cold summer-rain. > > > > > > > > Flo > > > > > > > > >Hello, > > > > > > > > > > > > > > >Do all these paths really exist on your machine? > > > > >Can you start your database ("db_warm")? > > > > > > > > > >Regards > > > > > > > > > > > > > > > > > > > > > > > > > -----Urspr�ngliche Nachricht----- > > > > > Von: Florian Schmitz [mailto:[EMAIL PROTECTED] > > > > > Gesendet: Dienstag, 9. November 2004 17:15 > > > > > An: [EMAIL PROTECTED] > > > > > Betreff: AW: Re : AW: Migration with SDBUPD - cannot find > > > > DB instance > > > > > > > > > > > > > > > Hi Alexander, > > > > > > > > > > i finally found SAP_DBTech.ini > > (/var/spool/sql/ini/SAP_DBTech.ini) > > > > > > > > > > Here are the contents : > > > > > > > > > > [Globals] > > > > > IndepData=/var/opt/sapdb/indep_data > > > > > IndepPrograms=/opt/sapdb/indep_prog > > > > > > > > > > [Runtime] > > > > > /opt/sapdb/indep_prog/runtime/7300=7.3.0.0, > > > > > /opt/sapdb/interfaces/precompiler/runtime/7300=7.3.0.0, > > > > > > > > > > [Installations] > > > > > /opt/sapdb/depend=7.3.0.29,/opt/sapdb/depend > > > > > > > > > > [Databases] > > > > > _OPTSAPD=/opt/sapdb/depend > > > > > DEMO=/opt/sapdb/depend > > > > > > > > > > > > > > > I just can't manage to reply correctly. *-) > > > > > > > > > > > > > > > Greetings, > > > > > > > > > > Flo > > > > > > > > > > > > > > > >Hello, > > > > > > > > > > > >(I misspelled one of the files > > > /usr/spool/sql/ini/SAP_DBTech.ini is > > > > > correct) > > > > > > > > > > > >Your installation seems to be broken (Missing files!) I > > > > > don't think you can > > > > > still start > > > > > >thedatabase > > > > > >in 7.3. You should fix your old installation by reinstalling > > > > > the software. > > > > > >Only if you get up and running your 7.3.00.29 OLTP-Instance > > > > > it will be > > > > > possible > > > > > >to update it. > > > > > > > > > > > >Regards, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Urspr�ngliche Nachricht----- > > > > > > Von: Florian Schmitz [mailto:[EMAIL PROTECTED] > > > > > > Gesendet: Dienstag, 9. November 2004 16:08 > > > > > > An: [EMAIL PROTECTED] > > > > > > Betreff: Re : AW: Migration with SDBUPD - cannot find > > > DB instance > > > > > > > > > > > > > > > > > > Hi there, > > > > > > > > > > > > none of these files are present on the Server. > > > > > > > > > > > > Flo. > > > > > > > > > > > > > > > > > > >Hello, > > > > > > >your installation seems to be broken, because > > > > > > >the updater cannot find relevant configuration data. > > > > > > > > > > > > > >Check wether you have the files > > > > > > > > > > > > > >/etc/opt/sdb > > > > > > >/usr/spool/sql/ini/sapdbtech.ini > > > > > > > > > > > > > >(If you have them, post them to the list) > > > > > > > > > > > > > >These files should contain the value of your independend > > > > data path. > > > > > > >Check if your independend data path really exists. Then > > > > we know if > > > > > > >a part of the installation has been deleted on the > > > > > filesystem level. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Urspr�ngliche Nachricht----- > > > > > > > Von: Florian Schmitz [mailto:[EMAIL PROTECTED] > > > > > > > Gesendet: Samstag, 6. November 2004 12:21 > > > > > > > An: [EMAIL PROTECTED] > > > > > > > Betreff: Migration with SDBUPD - cannot find DB instance > > > > > > > > > > > > > > > > > > > > > Hi there, > > > > > > > > > > > > > > we try to migrate a 7.3.00.29 OLTP-Instance to 7.5.00.19. > > > > > > > The Instance "DEMO" is the only Instance on this Server. > > > > > > > There was another > > > > > > > instance, but we already dropped it because of > the problem. > > > > > > > There's only one X-Server installed (afaik, didn't > > > find another > > > > > > > installation) and we followed all steps in the document > > > > > > > "In-Place Migration > > > > > > > with SDPUPD", even if steps 5 and 6 are a bit confusing. > > > > > > Why stop the > > > > > > > X-Server twice? > > > > > > > > > > > > > > The migration with SDBUPD was started with "./SDBUPD > > > -d DEMO -u > > > > > > > dbm,***** -o sapdb -g sapdb", where ***** specifies the > > > > > > > DBM-user-password. > > > > > > > After running some seconds, the updater exits abnormally. > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > MaxDB INSTANCE UPDATE > > > > > > > ********************* > > > > > > > > > > > > > > > > > > > > > starting installation Sa, Nov 06, 2004 at 12:07:39 > > > > > > > operating system: Linux I386 2.4.19 4GB GLIBC 2.3.2 > > > > > > > callers working directory: > > > > > > > > > /home/tmp/maxdb-all-linux-32bit-i386-7_5_00_19/maxdb-all-linux > > > > > > > -32bit-i386-7_ > > > > > > > 5_00_19 > > > > > > > installer directory: > > > > > > > > > /home/tmp/maxdb-all-linux-32bit-i386-7_5_00_19/maxdb-all-linux > > > > > > > -32bit-i386-7_ > > > > > > > 5_00_19 > > > > > > > archive directory: > > > > > > > > > /home/tmp/maxdb-all-linux-32bit-i386-7_5_00_19/maxdb-all-linux > > > > > > > -32bit-i386-7_ > > > > > > > 5_00_19 > > > > > > > > > > > > > > > > > > > > > beginning to check sap db instances > > > > > > > cannot find db instance - there are no valid > > > > independent data path > > > > > > > MaxDB instance update exited abnormally at Sa, > Nov 06, 2004 > > > > > > > at 12:07:44 > > > > > > > > > > > > > > << > > > > > > > > > > > > > > > > > > > > > The Log-File is attached, saying in the last few lines : > > > > > > > > > > > > > > >> > > > > > > > WRN: install registry not defined > > > > > > > STDOUT: beginning to check sap db instances > > > > > > > STDERR: cannot find db instance - there are no valid > > > > > > > independent data path > > > > > > > STDERR: MaxDB instance update exited abnormally at Sa, Nov > > > > > > 06, 2004 at > > > > > > > 12:07:44 > > > > > > > << > > > > > > > > > > > > > > Any clue? > > > > > > > Thanks alot. > > > > > > > > > > > > > > > > > > > > > Florian Schmitz > > > > > > > > > > > > > > Florian Schmitz > > > > > > > > > > > > > > ______________________ > > > > > > > acardo technologies AG > > > > > > > K�nigswall 18a > > > > > > > 44137 Dortmund > > > > > > > > > > > > > > fon: +49 (0) 2 31 / 58 44 97 - 0 > > > > > > > fax: +49 (0) 2 31 / 58 44 97 - 21 > > > > > > > mail: [EMAIL PROTECTED] > > > > > > > web: www.acardo.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > MaxDB Discussion Mailing List > > > > > > For list archives: http://lists.mysql.com/maxdb > > > > > > To unsubscribe: > > > > > http://lists.mysql.com/maxdb?unsub=1 > > > > > > > > > > > > > > > -- > > > > > MaxDB Discussion Mailing List > > > > > For list archives: http://lists.mysql.com/maxdb > > > > > To unsubscribe: > > > > > http://lists.mysql.com/maxdb?unsub=1 > > > > > > > > > > > > > > > > > -- > > > > MaxDB Discussion Mailing List > > > > For list archives: http://lists.mysql.com/maxdb > > > > To unsubscribe: > > > http://lists.mysql.com/[EMAIL PROTECTED] > > > > > > -- > > > MaxDB Discussion Mailing List > > > For list archives: http://lists.mysql.com/maxdb > > > To unsubscribe: > > > http://lists.mysql.com/[EMAIL PROTECTED] > > > > > > > > -- > MaxDB Discussion Mailing List > For list archives: http://lists.mysql.com/maxdb > To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED] -- MaxDB Discussion Mailing List For list archives: http://lists.mysql.com/maxdb To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]
