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]
