![]() | |
#11
| |||
| |||
|
| This what another dba sent to me about the errors he is getting. "I found where to configure it. However, when the database restarts, I get the following error: I'm guessing at the licensing error. Perhaps the 64 bit version requires a license in order to connect remotely. Support for one or more communications protocols failed to start successfully. However, core database manager functionality started successfully. Explanation: Communication protocol support did not start successfully for one or more protocols. Possible reasons can include the following: o Communication subsystem configuration error. o Communication subsystem call failure. o Database manager configuration error. o System call failure. o Database manager licensing error. " Thanks again for all your help. |
#12
| |||
| |||
|
|
Steve Rainbird wrote: This what another dba sent to me about the errors he is getting. "I found where to configure it. However, when the database restarts, I get the following error: I'm guessing at the licensing error. Perhaps the 64 bit version requires a license in order to connect remotely. Support for one or more communications protocols failed to start successfully. However, core database manager functionality started successfully. Explanation: Communication protocol support did not start successfully for one or more protocols. Possible reasons can include the following: o Communication subsystem configuration error. o Communication subsystem call failure. o Database manager configuration error. o System call failure. o Database manager licensing error. " Thanks again for all your help. "Support for one or more communications protocols failed to start" I think that means that TCPIP is activated in db2set, but the combination of the /etc/services file and the SVCENAME parameter in "db2 get dbm cfg" do not match. But I'm not entirely sure. |
#13
| |||
| |||
|
|
$ db2set DB2COMM=TCPIP $ $ grep db2c_db2 /etc/services db2c_db2 50000/tcp $ TCP/IP Service name (SVCENAME) = db2c_db2 Discovery mode (DISCOVER) = SEARCH Discover server instance (DISCOVER_INST) = ENABLE |
#14
| |||
| |||
|
|
Steve Rainbird wrote: $ db2set DB2COMM=TCPIP $ $ grep db2c_db2 /etc/services db2c_db2 50000/tcp $ TCP/IP Service name (SVCENAME) = db2c_db2 Discovery mode (DISCOVER) = SEARCH Discover server instance (DISCOVER_INST) = ENABLE That does indeed look like it should. Hmmm. What does db2diag report? |
#15
| |||
| |||
|
|
"Jurgen Haan" <jurgen (AT) fake (DOT) dom> wrote in message news:470656BA.30503 (AT) fake (DOT) dom... Steve Rainbird wrote: $ db2set DB2COMM=TCPIP $ $ grep db2c_db2 /etc/services db2c_db2 50000/tcp $ TCP/IP Service name (SVCENAME) = db2c_db2 Discovery mode (DISCOVER) = SEARCH Discover server instance (DISCOVER_INST) = ENABLE That does indeed look like it should. Hmmm. What does db2diag report? Jurgen, Thanks for that that was very informative. It says MESSAGE : ADM7007E The SVCENAME DBM configuration parameter, "50000", is configured with a port or a service name. When it is configured with a service name, the TCP/IP services files is used to map the service name to a port number. The port specified in this field is being used by another process. Resolve this problem by either deleting the process using the port or use another port. We have decided to trash the instance and start again. I will let you know what happens. Thanks again -- Steve |
![]() |
| Thread Tools | |
| Display Modes | |
| |