The customers got the shared memory 80error on AIX environment; Utility Truss is used to track the debug Info,extremedb.registry access error is found. Release notesdescribed as Follows:these names is constructed using the memory segment ' Snames and the database name. e XTremeDB creates these name-files in the user ' Shome directory with the following naming scheme.
KWrite (1, "S o C K e t d o m a I".., 43) = 43
Node 20.0.7.5, Rank 21234
KWrite (1, "N o D E 2 0.".., 30) = 30
Node 20.0.7.6, Rank 21234
KWrite (1, "N o D E 2 0.".., 30) = 30
Node 20.0.8.5, Rank 21234
KWrite (1, "N o D E 2 0.".., 30) = 30
Node 20.0.8.6, Rank 21234
KWrite (1, "N o D E 2 0.".., 30) = 30
Kopen ("/app/extremedb_registry", o_wronly| O_creat| O_trunc,) err#13 eacces
Statx ("/app/extremedb_registry", 0X0FFFFFFFFFFFECA0, 176, 010) err#2 ENOENT
Kopen ("/app/extremedb_registry", o_wronly| O_creat| O_trunc,) err#13 eacces
Statx ("/app/extremedb_registry", 0x0fffffffffffecb0, 176, 010) err#2 ENOENT
Kopen ("/usr/share/lib/zoneinfo//asia/shanghai", o_rdonly) = 3
Kread (3, "T Z I F2\0\0\0\0\0\0\0".., 41448) = 405
Close (3) = 0
__LIBC_SBRK (0x0000000000010020) = 0x000000011002efe0
Kopen ("/usr/share/lib/zoneinfo//posixrules", o_rdonly) err#2 ENOENT
Kopen ("/app/extremedb_registry", o_wronly| O_creat| O_trunc,) err#13 eacces
Statx ("/app/extremedb_registry", 0x0fffffffffffebf0, 176, 010) err#2 ENOENT
Kopen ("/app/extremedb_registry", o_wronly| O_creat| O_trunc,) err#13 eacces
Statx ("/app/extremedb_registry", 0X0FFFFFFFFFFFEC00, 176, 010) err#2 ENOENT
_nsleep (0x0fffffffffffeee0,0x0fffffffffffefb0) = 0
Connecting rc=80 Createbefore rc=80database and Memory alloc in 1 msecs
KWrite (1, "t \ c o n n e c t i n g".., 76) = 76
KWrite (1, "\ n", 1) = 1
Error Connecting database:
Return Code kwrite (1, "T-E R r o r c o n n E".., 43) = 43
80:mco_e_shm_error-failed Tocreate/attach to Shared memory
KWrite (1, "8 0:m C O _ E _ S H".., 63) = 63
Kopen ("/app/extremedb_registry", o_wronly| O_creat| O_trunc,) err#13 eacces
Statx ("/app/extremedb_registry", 0X0FFFFFFFFFFFECA0, 176, 010) err#2 ENOENT
Kopen ("/app/extremedb_registry", o_wronly| O_creat| O_trunc,) err#13 eacces
Statx ("/app/extremedb_registry", 0x0fffffffffffecb0, 176, 010) err#2 ENOENT
Kfcntl (1, F_GETFL, 0x00000000150b0293) = 67110914
Kfcntl (2, F_GETFL, 0x00000000150b0293) = 67110914
_exit (1)
$
Question:how could we change customize the Paththrough eXtremeDB to the Currende extremedb directory.
Answer:
On Linux (and the other unix-es) when using a shared memory database, eXtremeDB uses SysV Synchronizati On primitives and the shared memory API. Both of these APIs require the names of existing files to identify the sync. Primitives and memory segments. These names is constructed using the memory segment ' s names and the database name. e XTremeDB creates these name-files in the user's home directory with the following naming scheme:
"<dbname>.lock" for sync. Primitives,
"Extremedb.<dbname>" for memory segments,
"Extremedb_registry" for the registry.
Normally eXtremeDB would remove all these files when the database is closed and if the program fails it Has no chance. In this case, the developer must provide some other means to clear the Lock files form this directory.
It is possible to change the lock files location by exporting the ' extremedb_dir ' environment variable to setup the path I Nstead of the home directory by entering a command line like one of the following to run a program called "Sample":
"export extremedb_dir=c:/tmp./sample"
To keep the directory path setting only for the duration of the program execution, or
"Export extremedb_dir=c:/tmp"
"./sample"
To keep the directory path setting active until the next "Export" command.
eXtremeDB-The shared memory 80error