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
