Community
Participate
Working Groups
The shared memory creation during AC startup is giving error. Hence the SampleClient, File Transfer etc are failing. This behavior is true on all linux platforms. But it works fine on windows.
After more exploration of the cause of the bug, looks like it is due to the size of the default shared memory buffer being allocated in shared memory transport layer. Recently during the backward compatibility with RAC development, the default size was changed from 1MB to 64MB. For this to work properly, on some platforms the shared memory proc limit settings must be more than this buffer size. The shared memory allocation was failing on the systems on which testing happened as the shmmax value is set to 32MB. So for 4.2i1, the work around for this bug is to, 1. Check the proc settings for the shared memory sizes by looking at cat /proc/sys/kernel/shmall cat /proc/sys/kernel/shmmax If these values are more than 64MB size, then the bug will not be seen on the machine. 2. Otherwise, modify these values using the following commands under root/administrator account, echo 134217728 >> /proc/sys/kernel/shmall echo 134217728 >> /proc/sys/kernel/shmmax This will change the shared mem settings to 128MB so that AC transport layer shared mem buffer allocation is well within the limits. During 4.2i2 development, the bug will be fixed by adding a check for the system shared mem limit setting and use it if the value is less than 64MB and otherwise use 64MB (This is what is being done in current implementation of RAC).
Reset to blocker - can't ship with a manual workaround.
Added validation code for Linux to check if shared mem chunk size more than the system defined value is being requested. If the requested size is more the value is reset to a value less than system defined value. This is fixed on all the linux platforms except for linux EM64T. Currently, the code used for the validation is not ported to EM64T platform. This issue will be tracked separately using #131423.
The code for fixing this one was not compiling with -fPIC option in the makefile for transportSupport library. But on Linux Em64T it was not compiling without this option. So, I have changed the transportSupport makefile to include the -fPIC option specifically for Linux EM64T and exclude it for all the other platforms. The files changed are src-native-new/src/transport/transportSupport/TransportSupport.make src-native-new/src/transport/transportSupport/TransportSupportSharedMem.c src-native-new/include/tptp/TransportSupportSharedMem.h
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.
