"file C:/SysWow64/drivers/etc/services not found"

[Former Member]

Hi,

I´m using MaxDB 7.6, 64 Bit.

Sometimes there are troubles by installing it on win7 64 bit.

(I know win7 is not official supported)

My Question is why MaxDb sometimes search the "services" File in C:WindowsSysWOW64driversetc ?

The "services" File for 64 Bit Applications is in C:WindowsSystem32driversetc.

Can I config Windows, that MaxDB always search the services File in System32driversetc?

Markus

[Former Member]

Hi,

I have a problem of installing MaxDB 64bit like you had.

But, no answers so far...

Could you tell me how to install MaxDB at last?

Regards

[Former Member]

now I try somthing other

I install MaxDB 7.8 on my system and load a backup from MaxDb 7.4

The result is:

>db_connect

- OK

>db_activate recover TimeCollBackupMedium

- ERR

-24988,ERR_SQL: SQL error

-9407,System error: unexpected error

- 3,Database state: OFFLINE

- Internal errorcode, Error code 9050 "disk_not_accessible"

knows somebody this problem?

[markus_doehr2]

> -24988,ERR_SQL: SQL error

> -9407,System error: unexpected error

> - 3,Database state: OFFLINE

> - Internal errorcode, Error code 9050 "disk_not_accessible"

Well - it seems that either the backup file is not accessible by the database kernel (permissions) or there is another problem.

As always execute "protcov" in the data/wrk directory and post the result containing the full error here.

Markus

[Former Member]

Hi,

what is "protcov"? I don´t find it.

To load a packup from MaxDb 7.6 into 7.8 is no problem, but from 7.4

[markus_doehr2]

Sorry, the tools name is "protconv".

It converts the XML KnlMsg into a human readable format.

Markus

[Former Member]

yes, now I can read the KnlMsg

...

hread 0x8B8 Task 53 2011-04-21 14:08:33 Pager 20016: Start TaskId: 53

Thread 0x8B8 Task 53 2011-04-21 14:08:33 Pager 20017: First DataCacheSegment:47

Thread 0x8B8 Task 1 2011-04-21 14:08:34 SrvTasks 31: Permanently reserved 12 servertasks for 'Backup / Restore'.

Thread 0x8B8 Task 1 2011-04-21 14:08:34 SrvTasks 31: Permanently reserved 2 servertasks for 'Backup / Restore'.

Thread 0x8B8 Task 1 2011-04-21 14:08:34 SrvTasks 31: Permanently reserved 1 servertasks for 'Savepoint'.

Thread 0x8B8 Task 1 2011-04-21 14:08:34 SrvTasks 31: Permanently reserved 1 servertasks for 'Data cache I/O acknowledgement'.

Thread 0x8B8 Task 1 2011-04-21 14:08:34 RTETask 18: Kernel initialization done

Thread 0x9E0 Task - 2011-04-21 14:08:38 RunTime 3: State changed from STARTING to ADMIN

Thread 0x9E0 Task - 2011-04-21 14:08:38 STATE 19601: SERVERDB is ready

============================================ begin of write cycle ==================

Thread 0x9E0 Task - 2011-04-21 14:08:38 STATE 19817: SERVERDB 'TIMECOLL' started,

Version: 'Kernel 7.8.01 Build 018-121-240-252'

DBROOT: 'C:\Program Files\SAPDB\7605'

Thread 0xB14 Task 103 2011-04-21 14:08:39 CONNECT 19633: Connect req. (TIMECOLL, T103, connection obj. 0x2ed6208, Node:'WIN-7M1K2P1JDCQ.intra.reiner.de', PID: 2592)

Thread 0xB14 Task 103 2011-04-21 14:08:39 ERR SYSERROR 51080: -9407 unexpected error

Thread 0xB14 Task 103 2011-04-21 14:08:39 ERR Admin 3: Database state: OFFLINE,_FILE=Kernel_Administration.cpp,_LINE=816

2011-04-21 14:08:39 KernelComm 6: Internal errorcode, Error code 9050 "disk_not_accessible"

2011-04-21 14:08:39 ERR IOMan 19: no log volumes configured,_FILE=IOMan_LogArea.cpp,_LINE=280

Thread 0xB14 Task 103 2011-04-21 14:08:39 CONNECT 19651: Connection released (TIMECOLL, T103, connection obj. 2ed6208)

Thread 0xB14 Task 103 2011-04-21 14:08:39 RTEKernel 112: Offline KILL requested

Thread 0xB14 Task 103 2011-04-21 14:08:39 RunTime 3: State changed from ADMIN to SHUTDOWNKILL

...

[markus_doehr2]

> Thread 0xB14 Task 103 2011-04-21 14:08:39 ERR Admin 3: Database state: OFFLINE,_FILE=Kernel_Administration.cpp,_LINE=816

> 2011-04-21 14:08:39 KernelComm 6: Internal errorcode, Error code 9050 "disk_not_accessible"

> 2011-04-21 14:08:39 ERR IOMan 19: no log volumes configured,_FILE=IOMan_LogArea.cpp,_LINE=280

Your MaxDB 7.8 has no logvolume configured -> restore stops.

Markus

[Former Member]

mh, in the Database Studio I found two Log Volumes...

LOG001 16.000KB Type FILE and an LOG002.

What do you mean with "restore stops"?

At the installation of MaxDb I can´t configure log volumes, ore?

Thanks for your help.

[markus_doehr2]

mh, in the Database Studio I found two Log Volumes...

LOG001 16.000KB Type FILE and an LOG002.

I see

What do you mean with "restore stops"?

Well - you said you're trying to restore and it stops because no log volumes are found (allegedly)

At the installation of MaxDb I can´t configure log volumes, ore?

You're installing the software - but did you create a database?

Markus

[Former Member]

Hi,

the long easter weekend is over...

I didn´t create a database at installing MaxDB.

But after that I create one with a Log Volumen.

Is there a difference at the Log Volume between MaxDB 7.4 and 7.8 ?

Should I create a new Log Volumen?

[Former Member]

Whith the same Database I load a backup from MaxDB 7.6 and the KnlMsg looks like this:

...

Thread 0xFE8 Task 119 2011-04-26 14:06:30 CONNECT 19633: Connect req. (TIMECOLL, T119, connection obj. 0x2fe9e30, Node:'WIN-7M1K2P1JDCQ.intra.reiner.de', PID: 3704)

Thread 0xF78 Task - 2011-04-26 14:06:30 RTEIO 112: Medium C:Program FilesSAPDBINDEP_DATAwrkTIMECOLLLOG_001 was successfully opened for WRITE as file number 2

...

With an backup from MaxDB 7.6, there isn´t the problem with the log volume...

[Former Member]

yes, it seems like I install a 32 bit MaxDB, but I install the 64 bit version...

07.04.2011 09:30:14 - starting preparing phase of package Base 7.6.06.03 64 bit

07.04.2011 09:30:14 - file C:/Windows/SysWOW64/drivers/etc/services not found

07.04.2011 09:30:14 - installation exited abnormally

Why MaxDb 64 bit is sometimes redirected to SysWOW64?

I read that the subdirectory " %windir%\system32\drivers\etc" is exempt from redirection?

http://msdn.microsoft.com/en-us/library/aa384187%28v=vs.85%29.aspx

That`s a bit confusing ...

[markus_doehr2]

"SysWOW64" is "Windows 32bit on Windows 64bit subprocess":

http://en.wikipedia.org/wiki/WoW64

That means that the tool your run is a 32bit tool.

You can also check that in the task manager. If the system has a "*32bit" next to the process name it's a 32bit process.

Markus