NEOHAPSIS - Peace of Mind Through Integrity and Insight

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com

Neohapsis > Archives > SAP DB/MAXDB Discussion> 2004-q4

Re: Migration with SDBUPD - cannot find DB instance

From: Schmoger, Daniel (daniel.schmogersap.com)
Date: Wed Nov 17 2004 - 06:13:45 CST

Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

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:fschmitzacardo.com]
Gesendet: Mittwoch, 17. November 2004 10:33
An: maxdblists.mysql.com
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:alexander.weinmannsap.com]
> Gesendet: Dienstag, 16. November 2004 16:04
> An: maxdblists.mysql.com
> 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: maxdblists.mysql.com
> > 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:fschmitzacardo.com]
> > > Gesendet: Donnerstag, 11. November 2004 14:36
> > > An: maxdblists.mysql.com
> > > 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:fschmitzstripped]
> > > > Gesendet: Dienstag, 9. November 2004 17:15
> > > > An: maxdbstripped
> > > > 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:fschmitzstripped]
> > > > > Gesendet: Dienstag, 9. November 2004 16:08
> > > > > An: maxdbstripped
> > > > > 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:fschmitzstripped]
> > > > > > Gesendet: Samstag, 6. November 2004 12:21
> > > > > > An: maxdbstripped
> > > > > > 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: fschmitzstripped
> > > > > > 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/maxdb?unsub=alexander.weinmannsap.com
> >
> > --
> > MaxDB Discussion Mailing List
> > For list archives: http://lists.mysql.com/maxdb
> > To unsubscribe:
> > http://lists.mysql.com/maxdb?unsub=alexander.weinmannsap.com
> >
>

--
MaxDB Discussion Mailing List
For list archives: http://lists.mysql.com/maxdb

Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]