If you just want to try Grid Engine, you can compile with aimk flag
"-spool-classic" (run "aimk -i clean" first before recompiling with
-spool-classic) to enable just text spooling. However, I still don't
quite understand why the compiler is not picking up your Berkeley 4.4
header file (which has DB_RPCCLIENT defined).

BTW, I have not uploaded the Solaris SPARC/AMD64 binaries. I tested GE
2011.11 on SPARC & AMD64 Solaris but did not upload the binaries to
the dropbox folder. Let me know the version of Solaris you are on (I
tested GE 2011.11 on Solaris 10 on SPARC & Solaris Express on AMD64
and I have access to a few other Solaris 10 machines), and I will see
if I can offer pre-compiled binaries for your version of Solaris.

Rayson



On Wed, Dec 21, 2011 at 3:15 PM, Geilow, John <[email protected]> wrote:
> Yes here the search.
> grep DB_RPCC /usr/local/BerkeleyDB.4.4/include/db.h
> #define DB_RPCCLIENT          0x0000002 /* An RPC client environment. */
> #define DB_ENV_RPCCLIENT        0x0100000 /* DB_RPCCLIENT set. */
>
> -----Original Message-----
> From: Rayson Ho [mailto:[email protected]]
> Sent: Wednesday, December 21, 2011 1:13 PM
> To: Geilow, John
> Cc: [email protected]
> Subject: Re: [EXTERNAL] Re: [gridengine users] Problem compiling Grid engine 
> on Solaris
>
> Can you check whether /usr/local/Berkeley.4.4/include/db.h contains the line:
>
> #define DB_RPCCLIENT          0x0000002 /* An RPC client environment. */
>
>
> Also, if you don't need to compile from source, you can install the 
> pre-compiled binary:
>
> http://dl.dropbox.com/u/47200624/ge2011.11-x64.tar.gz
>
> Rayson
>
>
>
> On Wed, Dec 21, 2011 at 3:07 PM, Geilow, John <[email protected]> wrote:
>> I delete the aimk.private file that was causing the 
>> "-I/usr/local/BerkeleyDB.4.4/include//usr/local/BerkeleyDB.4.4/include" to 
>> show up in the compile statement and I add the home location into the 
>> aimk.site "/usr/local/BerkeleyDB.4.4"
>>
>> I also delete the newer version of Berkeley DB from under the /usr/local 
>> directory.
>>
>> Nevertheless, I am still getting this error
>>
>> _________C_O_R_E__S_Y_S_T_E_M_____________
>> cc -DSGE_ARCH_STRING=\"sol-amd64\" -Xc -v -fast -xchip=generic
>> -xcache=generic -xarch=sse2 -m64 -ftrap=division
>> -D_LARGEFILE64_SOURCE=1 -DHAS_SOCKLEN_T -DLOAD_OPENSSL
>> -I/usr/local/Berkeley.4.4/include/ -DTARGET_64BIT  -DSPOOLING_dynamic
>> -DSECURE -I/usr/include/openssl/include -DSOLARIS -DSOLARISAMD64
>> -D__EXTENSIONS__ -D_POSIX_C_SOURCE=199506L -DGETHOSTBYNAME_R5
>> -DGETHOSTBYADDR_R7 -DUSE_POLL -errwarn=%all  -DCOMPILE_DC
>> -D__SGE_COMPILE_WITH_GETTEXT__  -D__SGE_NO_USERMAPPING__
>> -DTHREADBINDING -DHWLOC -I../common -I../libs -I../libs/uti
>> -I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj
>> -I../libs/cull -I../libs/rmon -I../libs/comm -I../libs/comm/lists
>> -I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir
>> -I../libs/lck -I../daemons/common -I../daemons/qmaster
>> -I../daemons/execd -I../daemons/schedd -I../clients/common -I.
>> -I/usr/jdk/instances/jdk1.6.0/include
>> -I/usr/jdk/instances/jdk1.6.0/include/solaris -I/usr/include
>> -I/usr/include/solaris
>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/include/
>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/SOLARISAMD64/inclu
>> de -KPIC -c ../libs/spool/berkeleydb/sge_bdb.c
>> "../libs/spool/berkeleydb/sge_bdb.c", line 207: undefined symbol:
>> DB_RPCCLIENT "../libs/spool/berkeleydb/sge_bdb.c", line 271: undefined
>> struct/union member: set_rpc_server
>> "../libs/spool/berkeleydb/sge_bdb.c", line 271: function designator is not 
>> of function type "../libs/spool/berkeleydb/sge_bdb.c", line 271: improper 
>> pointer/integer combination: op "="
>> "../libs/spool/berkeleydb/sge_bdb.c", line 329: cannot recover from
>> previous errors
>> cc: acomp failed for ../libs/spool/berkeleydb/sge_bdb.c
>> *** Error code 2
>> make: Fatal error: Command failed for target `sge_bdb.o'
>> not done
>>
>> Do I really need the database?
>>
>> This is my first time to try to install the grid engine any place.
>>
>> John
>>
>>
>>
>> -----Original Message-----
>> From: Rayson Ho [mailto:[email protected]]
>> Sent: Wednesday, December 21, 2011 12:11 PM
>> To: Geilow, John
>> Cc: [email protected]
>> Subject: Re: [EXTERNAL] Re: [gridengine users] Problem compiling Grid
>> engine on Solaris
>>
>> May be an issue with your aimk.site? Your compile command shows:
>> "-I/usr/local/BerkeleyDB.4.4/include//usr/local/BerkeleyDB.4.4/include".
>> If the compiler can't find the header file in the 
>> "/usr/local/BerkeleyDB.4.4/include//usr/local/BerkeleyDB.4.4/include"
>> directory, then it would pick up the default one, which is likely to be a 
>> newer version than 4.4.20.
>>
>> Rayson
>>
>>
>>
>> On Wed, Dec 21, 2011 at 2:02 PM, Geilow, John <[email protected]> wrote:
>>> I try DB 4.4.20 and still the same problem
>>>
>>> _________C_O_R_E__S_Y_S_T_E_M_____________
>>> cc -DSGE_ARCH_STRING=\"sol-amd64\" -Xc -v -fast -xchip=generic
>>> -xcache=generic -xarch=sse2 -m64 -ftrap=division
>>> -D_LARGEFILE64_SOURCE=1 -DHAS_SOCKLEN_T -DLOAD_OPENSSL
>>> -I/usr/local/BerkeleyDB.4.4/include//usr/local/BerkeleyDB.4.4/include
>>> -DTARGET_64BIT  -DSPOOLING_dynamic -DSECURE
>>> -I/usr/include/openssl/include -DSOLARIS -DSOLARISAMD64
>>> -D__EXTENSIONS__ -D_POSIX_C_SOURCE=199506L -DGETHOSTBYNAME_R5
>>> -DGETHOSTBYADDR_R7 -DUSE_POLL -errwarn=%all  -DCOMPILE_DC
>>> -D__SGE_COMPILE_WITH_GETTEXT__  -D__SGE_NO_USERMAPPING__
>>> -DTHREADBINDING -DHWLOC -I../common -I../libs -I../libs/uti
>>> -I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj
>>> -I../libs/cull -I../libs/rmon -I../libs/comm -I../libs/comm/lists
>>> -I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir
>>> -I../libs/lck -I../daemons/common -I../daemons/qmaster
>>> -I../daemons/execd -I../daemons/schedd -I../clients/common -I.
>>> -I/usr/jdk/instances/jdk1.6.0/include
>>> -I/usr/jdk/instances/jdk1.6.0/include/solaris
>>> -I/usr/jdk/jdk1.6.0_26/jre/include
>>> -I/usr/jdk/jdk1.6.0_26/jre/include/solaris
>>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/include/
>>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/SOLARISAMD64/incl
>>> u de -KPIC -c ../libs/spool/berkeleydb/sge_bdb.c
>>> "../libs/spool/berkeleydb/sge_bdb.c", line 207: undefined symbol:
>>> DB_RPCCLIENT "../libs/spool/berkeleydb/sge_bdb.c", line 271:
>>> undefined struct/union member: set_rpc_server
>>> "../libs/spool/berkeleydb/sge_bdb.c", line 271: function designator is not 
>>> of function type "../libs/spool/berkeleydb/sge_bdb.c", line 271: improper 
>>> pointer/integer combination: op "="
>>> "../libs/spool/berkeleydb/sge_bdb.c", line 329: cannot recover from
>>> previous errors
>>> cc: acomp failed for ../libs/spool/berkeleydb/sge_bdb.c
>>> *** Error code 2
>>> make: Fatal error: Command failed for target `sge_bdb.o'
>>> not done
>>>
>>>
>>> Am I missing something in the environment?
>>>
>>> John
>>>
>>> -----Original Message-----
>>> From: Rayson Ho [mailto:[email protected]]
>>> Sent: Wednesday, December 21, 2011 11:37 AM
>>> To: Geilow, John
>>> Cc: [email protected]
>>> Subject: Re: [EXTERNAL] Re: [gridengine users] Problem compiling Grid
>>> engine on Solaris
>>>
>>> On Wed, Dec 21, 2011 at 1:23 PM, Geilow, John <[email protected]> wrote:
>>>> Now it stop at this
>>>
>>> Please download Berkeley DB 4.4.20:
>>>
>>> http://www.oracle.com/technetwork/database/berkeleydb/downloads/index
>>> -
>>> 082944.html
>>>
>>> Newer versions of Berkeley DB don't support the RPC Client/Server model, 
>>> but older versions of SGE are linked with Berkeley DB 4.4.20, and thus the 
>>> on-disk data format is saved in the Berkeley DB 4.4.20 format. And the 
>>> complicated part is that newer Berkeley DB do not support the on-disk data 
>>> used by older versions (will need to migrate the data with dump-restore), 
>>> so in order for SGE to be compatible with older versions (such that we can 
>>> read back the older jobs & sge configuration data), we currently need 
>>> Berkeley DB 4.4.20.
>>>
>>> Of course, if you are doing a fresh install, then it is not a concern.
>>>
>>> Rayson
>>>
>>>
>>>
>>>> cc -DSGE_ARCH_STRING=\"sol-amd64\" -Xc -v -fast -xchip=generic
>>>> -xcache=generic -xarch=sse2 -m64 -ftrap=division
>>>> -D_LARGEFILE64_SOURCE=1 -DHAS_SOCKLEN_T -DLOAD_OPENSSL
>>>> -I/usr/local/BerkeleyDB.5.2/include//usr/local/BerkeleyDB.5.2/includ
>>>> e -DTARGET_64BIT  -DSPOOLING_dynamic -DSECURE
>>>> -I/usr/include/openssl/include -DSOLARIS -DSOLARISAMD64
>>>> -D__EXTENSIONS__ -D_POSIX_C_SOURCE=199506L -DGETHOSTBYNAME_R5
>>>> -DGETHOSTBYADDR_R7 -DUSE_POLL -errwarn=%all  -DCOMPILE_DC
>>>> -D__SGE_COMPILE_WITH_GETTEXT__  -D__SGE_NO_USERMAPPING__
>>>> -DTHREADBINDING -DHWLOC -I../common -I../libs -I../libs/uti
>>>> -I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj
>>>> -I../libs/cull -I../libs/rmon -I../libs/comm -I../libs/comm/lists
>>>> -I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir
>>>> -I../libs/lck -I../daemons/common -I../daemons/qmaster
>>>> -I../daemons/execd -I../daemons/schedd -I../clients/common -I.
>>>> -I/usr/jdk/instances/jdk1.6.0/include
>>>> -I/usr/jdk/instances/jdk1.6.0/include/solaris
>>>> -I/usr/jdk/jdk1.6.0_26/jre/include
>>>> -I/usr/jdk/jdk1.6.0_26/jre/include/solaris
>>>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/include/
>>>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/SOLARISAMD64/inc
>>>> l u de -KPIC -c ../libs/spool/berkeleydb/sge_bdb.c
>>>> "../libs/spool/berkeleydb/sge_bdb.c", line 207: undefined symbol:
>>>> DB_RPCCLIENT "../libs/spool/berkeleydb/sge_bdb.c", line 271:
>>>> undefined struct/union member: set_rpc_server
>>>> "../libs/spool/berkeleydb/sge_bdb.c", line 271: function designator is not 
>>>> of function type "../libs/spool/berkeleydb/sge_bdb.c", line 271: improper 
>>>> pointer/integer combination: op "="
>>>> "../libs/spool/berkeleydb/sge_bdb.c", line 329: cannot recover from
>>>> previous errors
>>>> cc: acomp failed for ../libs/spool/berkeleydb/sge_bdb.c
>>>> *** Error code 2
>>>> make: Fatal error: Command failed for target `sge_bdb.o'
>>>> not done
>>>>
>>>> -----Original Message-----
>>>> From: Jesse Becker [mailto:[email protected]]
>>>> Sent: Wednesday, December 21, 2011 11:13 AM
>>>> To: Rayson Ho
>>>> Cc: Geilow, John; [email protected]
>>>> Subject: [EXTERNAL] Re: [gridengine users] Problem compiling Grid
>>>> engine on Solaris
>>>>
>>>> I actually just ran into this problem recently on a Fedora 15 box.
>>>>
>>>> The problem, as I understand it, is that openssl 1.0.0 deprecates "STACK" 
>>>> in favor of "STACK_OF".  However, I don't think that it is a drop-in 
>>>> replacement (I've not looked deeply into this though).  You can use 
>>>> "_STACK", and I that fixes this particular compile issue.
>>>>
>>>> Older versions of openssl do not have this problem.
>>>>
>>>>
>>>> On Wed, Dec 21, 2011 at 12:55:04PM -0500, Rayson Ho wrote:
>>>>>Hi John,
>>>>>
>>>>>Looks like your SSL library defines "_STACK" instead of "STACK". Can
>>>>>you change "STACK" to "_STACK" on line 238, 239, 1703, 1710 etc and
>>>>>see if it compiles??
>>>>>
>>>>>I recall some versions of SSL library caused this issue, and if
>>>>>changing "STACK" to "_STACK" does not work, then please let me know
>>>>>the version of your SSL library and I will try to reproduce it on my
>>>>>machines.
>>>>>
>>>>>Rayson
>>>>>
>>>>>
>>>>>
>>>>>On Wed, Dec 21, 2011 at 12:35 PM, Geilow, John <[email protected]> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I try to compile and I am running into a problem I cannot figure out.
>>>>>> I have already work through 4 other issues, but this one I do not
>>>>>> understand what need to be  change in the file.
>>>>>>
>>>>>> Here is the error.
>>>>>> cc -DSGE_ARCH_STRING=\"sol-amd64\" -Xc -v -fast -xchip=generic
>>>>>> -xcache=generic -xarch=sse2 -m64 -ftrap=division
>>>>>> -D_LARGEFILE64_SOURCE=1 -DHAS_SOCKLEN_T -DLOAD_OPENSSL
>>>>>> -I/usr/local/BerkeleyDB.5.2/include//usr/local/BerkeleyDB.5.2/incl
>>>>>> u d e -DTARGET_64BIT  -DSPOOLING_dynamic -DSECURE
>>>>>> -I/usr/include/openssl/include -DSOLARIS -DSOLARISAMD64
>>>>>> -D__EXTENSIONS__ -D_POSIX_C_SOURCE=199506L
>>>>>> -DGETHOSTBYNAME_R5 -DGETHOSTBYADDR_R7 -DUSE_POLL -errwarn=%all
>>>>>> -DCOMPILE_DC -D__SGE_COMPILE_WITH_GETTEXT__
>>>>>> -D__SGE_NO_USERMAPPING__ -DTHREADBINDING -DHWLOC -I../common
>>>>>> -I../libs -I../libs/uti -I../libs/juti -I../libs/gdi
>>>>>> -I../libs/japi -I../libs/sgeobj -I../libs/cull -I../libs/rmon
>>>>>> -I../libs/comm -I../libs/comm/lists -I../libs/sched -I../libs/evc
>>>>>> -I../libs/evm -I../libs/mir -I../libs/lck -I../daemons/common 
>>>>>> -I../daemons/qmaster -I../daemons/execd -I../daemons/schedd 
>>>>>> -I../clients/common -I.
>>>>>> -I/usr/jdk/instances/jdk1.6.0/include
>>>>>> -I/usr/jdk/instances/jdk1.6.0/include/solaris
>>>>>> -I/usr/jdk/jdk1.6.0_26/jre/include
>>>>>> -I/usr/jdk/jdk1.6.0_26/jre/include/solaris
>>>>>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/include/
>>>>>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/SOLARISAMD64/i
>>>>>> n c l ude -KPIC -c ../libs/comm/cl_ssl_framework.c
>>>>>> "../libs/comm/cl_ssl_framework.c", line 238: no explicit type
>>>>>> given "../libs/comm/cl_ssl_framework.c", line 238: syntax error
>>>>>> before or
>>>>>> at: * "../libs/comm/cl_ssl_framework.c", line 239: no explicit
>>>>>> type given "../libs/comm/cl_ssl_framework.c", line 239: syntax
>>>>>> error before or at: * "../libs/comm/cl_ssl_framework.c", line 239: 
>>>>>> undefined or missing type for:
>>>>>> int
>>>>>> "../libs/comm/cl_ssl_framework.c", line 1703: no explicit type
>>>>>> given "../libs/comm/cl_ssl_framework.c", line 1703: syntax error
>>>>>> before or
>>>>>> at: * "../libs/comm/cl_ssl_framework.c", line 1710: no explicit
>>>>>> type given "../libs/comm/cl_ssl_framework.c", line 1710: syntax
>>>>>> error before or at: * "../libs/comm/cl_ssl_framework.c", line 1950:
>>>>>> only "register" valid as formal parameter storage class
>>>>>> "../libs/comm/cl_ssl_framework.c", line 1950: cannot recover from
>>>>>> previous errors
>>>>>> cc: acomp failed for ../libs/comm/cl_ssl_framework.c
>>>>>> *** Error code 2
>>>>>> make: Fatal error: Command failed for target `cl_ssl_framework.o'
>>>>>> not done
>>>>>>
>>>>>> If someone could point to the fix, I would really appreciate.
>>>>>>
>>>>>> John
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> users mailing list
>>>>>> [email protected]
>>>>>> https://gridengine.org/mailman/listinfo/users
>>>>>>
>>>>>
>>>>>_______________________________________________
>>>>>users mailing list
>>>>>[email protected]
>>>>>https://gridengine.org/mailman/listinfo/users
>>>>
>>>> --
>>>> Jesse Becker
>>>> NHGRI Linux support (Digicon Contractor)
>>>>
>>>>
>>>
>>>
>>
>>
>
>

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

Reply via email to