Re: [gridengine users] Cygwin?

[William Hay]

On Fri, Oct 13, 2017 at 05:02:51PM -0700, Simon Matthews wrote:
> William, thanks for the assistance. I was able to get further.
> 
> Can anyone help me with this?
> 
> SGE_INPUT_CFLAGS="-I/usr/include/tirpc" ./aimk -only-core -no-secure
That looks like the same problem at link time.  
Set SGE_INPUT_LDFLAGS="-ltirpc" should do it although you might need
to also pass the path to your tirpc library in with -L as well.


William

> 
> ...
> gcc -DSGE_ARCH_STRING=\"cygwin-x86\" -O3 -Wall -Wstrict-prototypes
> -DUSE_POLL -DLINUX -D_GNU_SOURCE -DGETHOSTBYNAME -DGETHOSTBYADDR
> -DHAVE_XDR_H=1  -DTARGET_32BIT -I/usr/include/tirpc -DSGE_PQS_API
> -DSPOOLING_dynamic  -D_FILE_OFFSET_BITS=64 -DHAVE_HWLOC=1 -DNO_JNI
> -DCOMPILE_DC -D__SGE_NO_USERMAPPING__ -I../common -I../libs
> -I../libs/uti -I../libs/juti -I../libs/gdi -I../libs/japi
> -I../libs/sgeobj -I../libs/cull -I../libs/comm -I../libs/comm/lists
> -I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir
> -I../daemons/common -I../daemons/qmaster -I../daemons/execd
> -I../clients/common -I. -o test_sge_object -L.
> -Wl,-rpath,\$ORIGIN/../../lib/cygwin-x86  test_sge_object.o
> libsgeobj.a libsgeobjd.a libcull.a libcomm.a libcommlists.a libuti.a
> -luti -ldl  -lm -lpthread
> libcull.a(pack.o):pack.c:(.text+0x515): undefined reference to `xdrmem_create'
> libcull.a(pack.o):pack.c:(.text+0x525): undefined reference to `xdr_double'
> libcull.a(pack.o):pack.c:(.text+0x94d): undefined reference to `xdrmem_create'
> libcull.a(pack.o):pack.c:(.text+0x959): undefined reference to `xdr_double'
> collect2: error: ld returned 1 exit status
> make: *** [../libs/sgeobj/Makefile:364: test_sge_object] Error 1
> not done
> 
> Simon
> 
> On Fri, Oct 13, 2017 at 1:02 AM, William Hay  wrote:
> > On Thu, Oct 12, 2017 at 04:12:48PM -0700, System Administrator wrote:
> >> I think it should be part of the ./configure step.  If you exported it as 
> >> an
> >> env variable, then re-run the ./configure part.  Or put it at the beginning
> >> of the command, for example:
> >>
> >> CPPFLAGS=-I/usr/include/tirpc ./configure
> > Grid engine doesn't really use configure (some components have their own 
> > build process
> > that involve configure but the top level doesn't).  A similar role is 
> > performed
> > by aimk (which also controls the build).
> >
> > According to section 4.6 of 
> > https://arc.liv.ac.uk/trac/SGE/browser/sge/source/README.aimk you can
> > pass flags to the compiler by setting the variable SGE_INPUT_CFLAGS when 
> > invoking aimk.
> > So something likei this should work:
> > SGE_INPUT_CFLAGS="-I/usr/include/tirpc" ./aimk 
> >
> > William
> >
> ___
> users mailing list
> users@gridengine.org
> https://gridengine.org/mailman/listinfo/users


signature.asc
Description: PGP signature
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[Simon Matthews]

William, thanks for the assistance. I was able to get further.

Can anyone help me with this?

SGE_INPUT_CFLAGS="-I/usr/include/tirpc" ./aimk -only-core -no-secure

...
gcc -DSGE_ARCH_STRING=\"cygwin-x86\" -O3 -Wall -Wstrict-prototypes
-DUSE_POLL -DLINUX -D_GNU_SOURCE -DGETHOSTBYNAME -DGETHOSTBYADDR
-DHAVE_XDR_H=1  -DTARGET_32BIT -I/usr/include/tirpc -DSGE_PQS_API
-DSPOOLING_dynamic  -D_FILE_OFFSET_BITS=64 -DHAVE_HWLOC=1 -DNO_JNI
-DCOMPILE_DC -D__SGE_NO_USERMAPPING__ -I../common -I../libs
-I../libs/uti -I../libs/juti -I../libs/gdi -I../libs/japi
-I../libs/sgeobj -I../libs/cull -I../libs/comm -I../libs/comm/lists
-I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir
-I../daemons/common -I../daemons/qmaster -I../daemons/execd
-I../clients/common -I. -o test_sge_object -L.
-Wl,-rpath,\$ORIGIN/../../lib/cygwin-x86  test_sge_object.o
libsgeobj.a libsgeobjd.a libcull.a libcomm.a libcommlists.a libuti.a
-luti -ldl  -lm -lpthread
libcull.a(pack.o):pack.c:(.text+0x515): undefined reference to `xdrmem_create'
libcull.a(pack.o):pack.c:(.text+0x525): undefined reference to `xdr_double'
libcull.a(pack.o):pack.c:(.text+0x94d): undefined reference to `xdrmem_create'
libcull.a(pack.o):pack.c:(.text+0x959): undefined reference to `xdr_double'
collect2: error: ld returned 1 exit status
make: *** [../libs/sgeobj/Makefile:364: test_sge_object] Error 1
not done

Simon

On Fri, Oct 13, 2017 at 1:02 AM, William Hay  wrote:
> On Thu, Oct 12, 2017 at 04:12:48PM -0700, System Administrator wrote:
>> I think it should be part of the ./configure step.  If you exported it as an
>> env variable, then re-run the ./configure part.  Or put it at the beginning
>> of the command, for example:
>>
>> CPPFLAGS=-I/usr/include/tirpc ./configure
> Grid engine doesn't really use configure (some components have their own 
> build process
> that involve configure but the top level doesn't).  A similar role is 
> performed
> by aimk (which also controls the build).
>
> According to section 4.6 of 
> https://arc.liv.ac.uk/trac/SGE/browser/sge/source/README.aimk you can
> pass flags to the compiler by setting the variable SGE_INPUT_CFLAGS when 
> invoking aimk.
> So something likei this should work:
> SGE_INPUT_CFLAGS="-I/usr/include/tirpc" ./aimk 
>
> William
>
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[William Hay]

On Thu, Oct 12, 2017 at 04:12:48PM -0700, System Administrator wrote:
> I think it should be part of the ./configure step.  If you exported it as an
> env variable, then re-run the ./configure part.  Or put it at the beginning
> of the command, for example:
> 
> CPPFLAGS=-I/usr/include/tirpc ./configure
Grid engine doesn't really use configure (some components have their own build 
process
that involve configure but the top level doesn't).  A similar role is performed
by aimk (which also controls the build).

According to section 4.6 of 
https://arc.liv.ac.uk/trac/SGE/browser/sge/source/README.aimk you can
pass flags to the compiler by setting the variable SGE_INPUT_CFLAGS when 
invoking aimk.
So something likei this should work:
SGE_INPUT_CFLAGS="-I/usr/include/tirpc" ./aimk 

William



signature.asc
Description: PGP signature
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[System Administrator]

I think it should be part of the ./configure step.  If you exported it 
as an env variable, then re-run the ./configure part.  Or put it at the 
beginning of the command, for example:


CPPFLAGS=-I/usr/include/tirpc ./configure

If you've done it correctly, then when you build (i guess with "aimk") 
you should see -I/usr/include/tirpc in the gcc command.



Simon Matthews wrote on 10/11/2017 04:55 PM:

Where do I set this?

  I tried setting it as an environment variable before running bootstrap.


___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[Simon Matthews]

Where do I set this?

 I tried setting it as an environment variable before running bootstrap.

Simon

On Oct 11, 2017 4:14 PM, "System Administrator" 
wrote:

> Simon Matthews wrote on 10/10/2017 05:33 PM:
>
>> My attempts to build on Cygwin are failing:
>>
>> ./aimk -no-java  -no-qmon -no-jni
>>
>> ...
>> ../libs/cull/pack.c:40:23: fatal error: rpc/types.h: No such file or
>> directory
>>   #include 
>> ^
>> compilation terminated.
>> make: *** [../libs/cull/Makefile:148: pack.o] Error 1
>> not done
>>
>
> You can search for "rpc/types.h: No such file or directory".
> It seems you may have to "Add "CPPFLAGS=-I/usr/include/tirpc" to your
> configure flags."
>
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[System Administrator]

Simon Matthews wrote on 10/10/2017 05:33 PM:

My attempts to build on Cygwin are failing:

./aimk -no-java  -no-qmon -no-jni

...
../libs/cull/pack.c:40:23: fatal error: rpc/types.h: No such file or directory
  #include 
^
compilation terminated.
make: *** [../libs/cull/Makefile:148: pack.o] Error 1
not done


You can search for "rpc/types.h: No such file or directory".
It seems you may have to "Add "CPPFLAGS=-I/usr/include/tirpc" to your 
configure flags."

___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[Bill Bryce]

It is not a SFU port.  The port we did is a Native Windows port no SFU 
required..goes directly to Win64 API.  You can run cygwin on your hosts if you 
wish and submit jobs to Univa Grid Engine.

Regards,

Bill.

> On Oct 10, 2017, at 8:31 PM, Simon Matthews  
> wrote:
> 
> Bill, I am well aware of the Univa Windows  port.
> 
> Since we already use Cygwin, a Cygwin build of one of the Gridengine
> ports is most suitable for our needs. It's more useful than a SFU port
> (especially, given that SFU has been discontinued).
> 
> Simon
> 
> On Tue, Oct 10, 2017 at 2:35 PM, Bill Bryce  wrote:
>> This is why here at Univa we had to create a new port that runs execd as
>> windows services (multiple services actually) so we could run jobs on
>> Windows hosts.
>> However it is Univa Grid Engine not SoGE or OGS
>> 
>> (Disclaimer:  I work for Univa)
>> 
>> Regards,
>> 
>> Bill.
>> 
>> On Oct 10, 2017, at 4:06 PM, Simon Matthews 
>> wrote:
>> 
>> I think SFU is no longer supported by Microsoft.
>> 
>> On Oct 10, 2017 1:20 AM, "William Hay"  wrote:
>> 
>> On Mon, Oct 09, 2017 at 07:46:05PM -0700, Simon Matthews wrote:
>>> Is it possible to build SOGE for Cygwin?
>>> 
>>> SOGE says it is based on OGS which claimed that it supported Cygwin.
>>> 
>>> I only need execd on Cygwin. Qmaster and the GUI tools need only run
>>> under CentOS 6 and 7.
>>> 
>>> Simon
>> I don't think SoGE is (or claims to be) based on OGS although it may have
>> imported
>> the odd feature/patch from there.
>> 
>> According to
>> 
>> https://arc.liv.ac.uk/trac/SGE/ticket/1557
>> 
>> Changes have been made to support cygwin compile so it should build OK.  How
>> well it works I couldn't say.
>> In the long run Windows "Services for Linux" may be a better target.
>> 
>> William
>> 
>> 
>> ___
>> users mailing list
>> users@gridengine.org
>> https://gridengine.org/mailman/listinfo/users
>> 
>> 
>> William Bryce | VP Products
>> Univa Corporation, Toronto
>> E: bbr...@univa.com | D: 647-9742841 | Toll-Free (800) 370-5320
>> W: Univa.com | FB: facebook.com/univa.corporation | T:
>> twitter.com/Grid_Engine
>> 

William Bryce | VP Products
Univa Corporation, Toronto
E: bbr...@univa.com | D: 647-9742841 | Toll-Free (800) 370-5320
W: Univa.com  | FB: facebook.com/univa.corporation 
 | T: twitter.com/Grid_Engine 



signature.asc
Description: Message signed with OpenPGP
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[Simon Matthews]

My attempts to build on Cygwin are failing:

./aimk -no-java  -no-qmon -no-jni

...
gcc -DSGE_ARCH_STRING=\"cygwin-x86\" -O3 -Wall -Wstrict-prototypes
-DUSE_POLL -DLINUX -D_GNU_SOURCE -DGETHOSTBYNAME -DGETHOSTBYADDR
-DHAVE_XDR_H=1  -DTARGET_32BIT  -DSGE_PQS_API -DSPOOLING_dynamic
-DSECURE -D_FILE_OFFSET_BITS=64 -DHAVE_HWLOC=1 -DNO_JNI -DCOMPILE_DC
-D__SGE_NO_USERMAPPING__ -I../common -I../libs -I../libs/uti
-I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj
-I../libs/cull -I../libs/comm -I../libs/comm/lists -I../libs/sched
-I../libs/evc -I../libs/evm -I../libs/mir -I../daemons/common
-I../daemons/qmaster -I../daemons/execd -I../clients/common -I.   -c
../libs/cull/cull_state.c
gcc -DSGE_ARCH_STRING=\"cygwin-x86\" -O3 -Wall -Wstrict-prototypes
-DUSE_POLL -DLINUX -D_GNU_SOURCE -DGETHOSTBYNAME -DGETHOSTBYADDR
-DHAVE_XDR_H=1  -DTARGET_32BIT  -DSGE_PQS_API -DSPOOLING_dynamic
-DSECURE -D_FILE_OFFSET_BITS=64 -DHAVE_HWLOC=1 -DNO_JNI -DCOMPILE_DC
-D__SGE_NO_USERMAPPING__ -I../common -I../libs -I../libs/uti
-I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj
-I../libs/cull -I../libs/comm -I../libs/comm/lists -I../libs/sched
-I../libs/evc -I../libs/evm -I../libs/mir -I../daemons/common
-I../daemons/qmaster -I../daemons/execd -I../clients/common -I.  -c
../libs/cull/pack.c
../libs/cull/pack.c:40:23: fatal error: rpc/types.h: No such file or directory
 #include 
   ^
compilation terminated.
make: *** [../libs/cull/Makefile:148: pack.o] Error 1
not done

Any ideas?

On Tue, Oct 10, 2017 at 2:35 PM, Bill Bryce  wrote:
> This is why here at Univa we had to create a new port that runs execd as
> windows services (multiple services actually) so we could run jobs on
> Windows hosts.
> However it is Univa Grid Engine not SoGE or OGS
>
> (Disclaimer:  I work for Univa)
>
> Regards,
>
> Bill.
>
> On Oct 10, 2017, at 4:06 PM, Simon Matthews 
> wrote:
>
> I think SFU is no longer supported by Microsoft.
>
> On Oct 10, 2017 1:20 AM, "William Hay"  wrote:
>
> On Mon, Oct 09, 2017 at 07:46:05PM -0700, Simon Matthews wrote:
>> Is it possible to build SOGE for Cygwin?
>>
>> SOGE says it is based on OGS which claimed that it supported Cygwin.
>>
>> I only need execd on Cygwin. Qmaster and the GUI tools need only run
>> under CentOS 6 and 7.
>>
>> Simon
> I don't think SoGE is (or claims to be) based on OGS although it may have
> imported
> the odd feature/patch from there.
>
> According to
>
> https://arc.liv.ac.uk/trac/SGE/ticket/1557
>
> Changes have been made to support cygwin compile so it should build OK.  How
> well it works I couldn't say.
> In the long run Windows "Services for Linux" may be a better target.
>
> William
>
>
> ___
> users mailing list
> users@gridengine.org
> https://gridengine.org/mailman/listinfo/users
>
>
> William Bryce | VP Products
> Univa Corporation, Toronto
> E: bbr...@univa.com | D: 647-9742841 | Toll-Free (800) 370-5320
> W: Univa.com | FB: facebook.com/univa.corporation | T:
> twitter.com/Grid_Engine
>
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[Simon Matthews]

Bill, I am well aware of the Univa Windows  port.

Since we already use Cygwin, a Cygwin build of one of the Gridengine
ports is most suitable for our needs. It's more useful than a SFU port
(especially, given that SFU has been discontinued).

Simon

On Tue, Oct 10, 2017 at 2:35 PM, Bill Bryce  wrote:
> This is why here at Univa we had to create a new port that runs execd as
> windows services (multiple services actually) so we could run jobs on
> Windows hosts.
> However it is Univa Grid Engine not SoGE or OGS
>
> (Disclaimer:  I work for Univa)
>
> Regards,
>
> Bill.
>
> On Oct 10, 2017, at 4:06 PM, Simon Matthews 
> wrote:
>
> I think SFU is no longer supported by Microsoft.
>
> On Oct 10, 2017 1:20 AM, "William Hay"  wrote:
>
> On Mon, Oct 09, 2017 at 07:46:05PM -0700, Simon Matthews wrote:
>> Is it possible to build SOGE for Cygwin?
>>
>> SOGE says it is based on OGS which claimed that it supported Cygwin.
>>
>> I only need execd on Cygwin. Qmaster and the GUI tools need only run
>> under CentOS 6 and 7.
>>
>> Simon
> I don't think SoGE is (or claims to be) based on OGS although it may have
> imported
> the odd feature/patch from there.
>
> According to
>
> https://arc.liv.ac.uk/trac/SGE/ticket/1557
>
> Changes have been made to support cygwin compile so it should build OK.  How
> well it works I couldn't say.
> In the long run Windows "Services for Linux" may be a better target.
>
> William
>
>
> ___
> users mailing list
> users@gridengine.org
> https://gridengine.org/mailman/listinfo/users
>
>
> William Bryce | VP Products
> Univa Corporation, Toronto
> E: bbr...@univa.com | D: 647-9742841 | Toll-Free (800) 370-5320
> W: Univa.com | FB: facebook.com/univa.corporation | T:
> twitter.com/Grid_Engine
>
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[Bill Bryce]

This is why here at Univa we had to create a new port that runs execd as 
windows services (multiple services actually) so we could run jobs on Windows 
hosts.
However it is Univa Grid Engine not SoGE or OGS

(Disclaimer:  I work for Univa)

Regards,

Bill.

> On Oct 10, 2017, at 4:06 PM, Simon Matthews  
> wrote:
> 
> I think SFU is no longer supported by Microsoft.
> 
> On Oct 10, 2017 1:20 AM, "William Hay"  > wrote:
> On Mon, Oct 09, 2017 at 07:46:05PM -0700, Simon Matthews wrote:
> > Is it possible to build SOGE for Cygwin?
> >
> > SOGE says it is based on OGS which claimed that it supported Cygwin.
> >
> > I only need execd on Cygwin. Qmaster and the GUI tools need only run
> > under CentOS 6 and 7.
> >
> > Simon
> I don't think SoGE is (or claims to be) based on OGS although it may have 
> imported
> the odd feature/patch from there.
> 
> According to
> 
> https://arc.liv.ac.uk/trac/SGE/ticket/1557 
> 
> 
> Changes have been made to support cygwin compile so it should build OK.  How 
> well it works I couldn't say.
> In the long run Windows "Services for Linux" may be a better target.
> 
> William
> 
> ___
> users mailing list
> users@gridengine.org
> https://gridengine.org/mailman/listinfo/users

William Bryce | VP Products
Univa Corporation, Toronto
E: bbr...@univa.com | D: 647-9742841 | Toll-Free (800) 370-5320
W: Univa.com  | FB: facebook.com/univa.corporation 
 | T: twitter.com/Grid_Engine 



signature.asc
Description: Message signed with OpenPGP
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[Simon Matthews]

I think SFU is no longer supported by Microsoft.

On Oct 10, 2017 1:20 AM, "William Hay"  wrote:

On Mon, Oct 09, 2017 at 07:46:05PM -0700, Simon Matthews wrote:
> Is it possible to build SOGE for Cygwin?
>
> SOGE says it is based on OGS which claimed that it supported Cygwin.
>
> I only need execd on Cygwin. Qmaster and the GUI tools need only run
> under CentOS 6 and 7.
>
> Simon
I don't think SoGE is (or claims to be) based on OGS although it may have
imported
the odd feature/patch from there.

According to

https://arc.liv.ac.uk/trac/SGE/ticket/1557

Changes have been made to support cygwin compile so it should build OK.
How well it works I couldn't say.
In the long run Windows "Services for Linux" may be a better target.

William
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] Cygwin?

[William Hay]

On Mon, Oct 09, 2017 at 07:46:05PM -0700, Simon Matthews wrote:
> Is it possible to build SOGE for Cygwin?
> 
> SOGE says it is based on OGS which claimed that it supported Cygwin.
> 
> I only need execd on Cygwin. Qmaster and the GUI tools need only run
> under CentOS 6 and 7.
> 
> Simon
I don't think SoGE is (or claims to be) based on OGS although it may have 
imported
the odd feature/patch from there.  

According to 

https://arc.liv.ac.uk/trac/SGE/ticket/1557

Changes have been made to support cygwin compile so it should build OK.  How 
well it works I couldn't say.
In the long run Windows "Services for Linux" may be a better target.

William


signature.asc
Description: PGP signature
___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] cygwin support by scalable logic

[Raghavendra]

Hi Rayson,

Can you let me know where can i find tar files for 32 bit windows?

Ryagz

On 06/27/2013 09:14 AM, Raghavendra wrote:

On 06/26/2013 12:42 PM, Rayson Ho wrote:
We still need more testing for 64-bit Windows. Currently, 32-bit 
works for us.


Rayson



On Wed, Jun 26, 2013 at 11:16 AM, Raghavendra 
raghaven...@vizexperts.com mailto:raghaven...@vizexperts.com wrote:


Hi,

I found that scalable logic guys have implemented support of
cygwin from the link bellow:

http://blogs.scalablelogic.com/2012/06/grid-engine-cygwin-port.html

But i am not able to find binaries for the above anywhere over
the net. I tried contacting scalable logic guys about this, but
there hasn't been any reply from them. Is any one aware of how to
use the above mentioned in cygwin?

And Is scalable logic  still an active group? If so can any one
provide us their contact information other than
i...@scalablelogic.com mailto:i...@scalablelogic.com. Because
we are interested in opting for their commercial support program
if cygwin implementation works for windows 7 64 bit version.

Regards,
Ryagz


___
users mailing list
users@gridengine.org mailto:users@gridengine.org
https://gridengine.org/mailman/listinfo/users







___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] cygwin support by scalable logic

[Raghavendra]

Hi Heraild

Small difference from earlier mail, I found that in windows we have to 
change permission on the port6444 folder manually. So after doing that 
the error message has changed from ssl certificate error (please check 
certificate validity) to ssl connect handshake timeout(connect timeout 
error).


waiting for your reply..


Ryagz

On 06/29/2013 01:30 PM, Raghavendra wrote:

Hi Herald,

Still no luck. There isnt any difference in doing with source or 
executable way. I have gone through the inst_sge script, it trying to 
get QMaster and EXECD port numbers by knowing their services. 
Especially in settings.sh script i am just getting unset QMASTER_PORT 
and EXECD_PORT no commands available to set or export them.


One gud thing is, i have re installed every thing from scratch again 
including SUA. Luckily the SSL library loading problem is resolved.  
But when i give qconf -sconf i am getting a new error like :


sh-3.1$ qconf -sconf
error: commlib error: ssl certificate error (please check certificate 
validity)

ERROR: unable to contact qmaster using port 6444 on host raghavendra

This error looks like there is a mismatch between the certificates. 
But i have done exactly as said in the document. For the sake of 
clarity i just want to describe wat i have done.


1. Installed SUA in windows, DEP Disabled.
2. set up debian-interix for SUA following the instructions in - 
http://debian-interix.net/debian-interix/INSTALL

3. Tried installing OpenSSH Server using apt-get

 #apt-get install openssh-server

got following error:

Unpacking openssh-blacklist (from 
.../openssh-blacklist_0.4.1+nmu1_all.deb) ...
dpkg-deb: file 
`/var/cache/apt/archives/openssh-blacklist_0.4.1+nmu1_all.deb' co

ntains ununderstood data member data.tar.xz , giving up
dpkg: error processing 
/var/cache/apt/archives/openssh-blacklist_0.4.1+nmu1_all.

deb (--unpack):
 subprocess dpkg-deb --fsys-tarfile returned error exit status 2
Selecting previously deselected package openssh-server.
Unpacking openssh-server (from 
.../openssh-server_1%3a4.7p1-9+interix.3_interix-

i386.deb) ...
Errors were encountered while processing:
/var/cache/apt/archives/openssh-blacklist_0.4.1+nmu1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Now I am able to connect to other systems with SSH but other 
systems cannot connect to mine.


4. Setup QMaster in a RHEL 64 bit linux system using the respective 
common.tar and lx-amd64.tar files
Installed with CSP and did all that is required for windows 
execution host. The certificate files were
created in /var/sgeCA/default/sge_QMaster folder but according to 
document they should be created in p6444 folder
5. After Setting up QMaster in Linux system, I extracted common.tar 
and windows specific.tar file in windows system. I copied the 
installation folder default folder

   to the SGE_Root directory of windows system.
6. I copied and extracted the certificate files generated in Linux 
system to /var of Windows SUA.

7. In SUA shell sourced settings.sh present in default folder.
8. Run the qconf -sh or qconf -scong in SUA shell. Initailly it gave 
me error that cannot find cert.pem file in 
/var/sgeCA/port6444/default/userkeys/vizexperts directory.
9. My directory structure was different with sge_qmaster folder 
instead of port6444 - /var/sgeCA/sge_qmaster/default/userkeys/vizexperts
10. so changed directory name of sge_qmaster to p6444 and ran qconf 
-sconf again then i got the above mentioned SSL certificate error.


I am not sure if i am doing it wrong at some step or using some 
completely different files. Kindly let me know if u can point out any 
difference from how u do in the above mentioned steps.


Thanks,
Ryagz




On 06/28/2013 09:18 AM, Harald Pollinger wrote:

Hi Ryagz,

sadly, my truss doesn't print any version information. Probably I 
update mine once from the suacommunity.com site.



Do you really run the settings script, or do you source it?
It's meant for being sourced, not being run. This is why it doesn't 
have the execute flag set after installation.


If you run the script, it is executed in a sub shell, it sets the 
variables in the sub shell. After the script finished, also the sub 
shell finishes and the variables are lost.


If you did source it and the variables are not set by the settings 
script, it seems your installation wasn't successful. The settings 
script should set or modify these variables:


SGE_ROOT
SGE_CELL
SGE_CLUSTER_NAME
SGE_QMASTER_PORT
SGE_EXECD_PORT
MANPATH
PATH
LD_LIBRARY_PATH

If this is not the case, I'd repeat the Qmaster installation.

Does this help you?

Cheers,
Harald


On 06/28/2013 07:45 PM, Raghavendra wrote:

Hi Harald,

Thanks for trying it out for me. Now i am confident that we could make
it work some how.

Yea i have followed the installation guide and have disabled data
execution prevention.

When i run the following in cmd prompt, i get:

Re: [gridengine users] cygwin support by scalable logic

[Raghavendra]

Hi Herald,

Still no luck. There isnt any difference in doing with source or 
executable way. I have gone through the inst_sge script, it trying to 
get QMaster and EXECD port numbers by knowing their services. Especially 
in settings.sh script i am just getting unset QMASTER_PORT and 
EXECD_PORT no commands available to set or export them.


One gud thing is, i have re installed every thing from scratch again 
including SUA. Luckily the SSL library loading problem is resolved.  But 
when i give qconf -sconf i am getting a new error like :


sh-3.1$ qconf -sconf
error: commlib error: ssl certificate error (please check certificate 
validity)

ERROR: unable to contact qmaster using port 6444 on host raghavendra

This error looks like there is a mismatch between the certificates. But 
i have done exactly as said in the document. For the sake of clarity i 
just want to describe wat i have done.


1. Installed SUA in windows, DEP Disabled.
2. set up debian-interix for SUA following the instructions in - 
http://debian-interix.net/debian-interix/INSTALL

3. Tried installing OpenSSH Server using apt-get

 #apt-get install openssh-server

got following error:

Unpacking openssh-blacklist (from 
.../openssh-blacklist_0.4.1+nmu1_all.deb) ...
dpkg-deb: file 
`/var/cache/apt/archives/openssh-blacklist_0.4.1+nmu1_all.deb' co

ntains ununderstood data member data.tar.xz , giving up
dpkg: error processing 
/var/cache/apt/archives/openssh-blacklist_0.4.1+nmu1_all.

deb (--unpack):
 subprocess dpkg-deb --fsys-tarfile returned error exit status 2
Selecting previously deselected package openssh-server.
Unpacking openssh-server (from 
.../openssh-server_1%3a4.7p1-9+interix.3_interix-

i386.deb) ...
Errors were encountered while processing:
 /var/cache/apt/archives/openssh-blacklist_0.4.1+nmu1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Now I am able to connect to other systems with SSH but other 
systems cannot connect to mine.


4. Setup QMaster in a RHEL 64 bit linux system using the respective 
common.tar and lx-amd64.tar files
Installed with CSP and did all that is required for windows 
execution host. The certificate files were
created in /var/sgeCA/default/sge_QMaster folder but according to 
document they should be created in p6444 folder
5. After Setting up QMaster in Linux system, I extracted common.tar and 
windows specific.tar file in windows system. I copied the installation 
folder default folder

   to the SGE_Root directory of windows system.
6. I copied and extracted the certificate files generated in Linux 
system to /var of Windows SUA.

7. In SUA shell sourced settings.sh present in default folder.
8. Run the qconf -sh or qconf -scong in SUA shell. Initailly it gave me 
error that cannot find cert.pem file in 
/var/sgeCA/port6444/default/userkeys/vizexperts directory.
9. My directory structure was different with sge_qmaster folder instead 
of port6444 - /var/sgeCA/sge_qmaster/default/userkeys/vizexperts
10. so changed directory name of sge_qmaster to p6444 and ran qconf 
-sconf again then i got the above mentioned SSL certificate error.


I am not sure if i am doing it wrong at some step or using some 
completely different files. Kindly let me know if u can point out any 
difference from how u do in the above mentioned steps.


Thanks,
Ryagz




On 06/28/2013 09:18 AM, Harald Pollinger wrote:

Hi Ryagz,

sadly, my truss doesn't print any version information. Probably I 
update mine once from the suacommunity.com site.



Do you really run the settings script, or do you source it?
It's meant for being sourced, not being run. This is why it doesn't 
have the execute flag set after installation.


If you run the script, it is executed in a sub shell, it sets the 
variables in the sub shell. After the script finished, also the sub 
shell finishes and the variables are lost.


If you did source it and the variables are not set by the settings 
script, it seems your installation wasn't successful. The settings 
script should set or modify these variables:


SGE_ROOT
SGE_CELL
SGE_CLUSTER_NAME
SGE_QMASTER_PORT
SGE_EXECD_PORT
MANPATH
PATH
LD_LIBRARY_PATH

If this is not the case, I'd repeat the Qmaster installation.

Does this help you?

Cheers,
Harald


On 06/28/2013 07:45 PM, Raghavendra wrote:

Hi Harald,

Thanks for trying it out for me. Now i am confident that we could make
it work some how.

Yea i have followed the installation guide and have disabled data
execution prevention.

When i run the following in cmd prompt, i get:

C:\Users\vizexpertswmic OS Get DataExecutionPrevention_SupportPolicy
DataExecutionPrevention_SupportPolicy
0

from an online resource, the result 0 means DEP set to always off.

So DEP should not be the issue. One more observation i have is truss is
giving the same error for wat ever command i execute. I Simply tried

#truss ls
tracing pid 1051
getdata() getdata returned 0
process killed by 

Re: [gridengine users] cygwin support by scalable logic

[Raghavendra]

Hi Bill,

Thanks for your effort in searching for me. Debian for interix is 
working, i was able to install openssh for sua. But one problem still 
exists.


When i run qconf -sh in the sua command prompt after loading settings.sh 
file. I am getting the following error:


error: commlib error: can't open ssl library (Unable to open the OpenSSL 
library

.  Please make sure libssl is accessible from your shared library path.)
ERROR: unable to send message to qmaster using port 6444 on host 
raghavendra:

framework is not initialized

From the error i understood its trying to load library libssl. I 
searched and found the libraries libssl.so and libssl.so.1.0.0 are 
available in $SGE_ROOT\lib\win32-x86 directory. I even tried adding this 
directory to $LD_LIBRARY_PATH but didnt work.
On digging on the internet i found cl_com_ssl_crypto_handle = sge_dlopen 
(libssl, LIBSSL_VER); dlopen is failing.


What would be the possible reasons? Incompatible libssl libraries?
These libraries have been taken from univa win32 tar file.

Kindly help me to resolve the issues.

Thanks,
Ryagz
On 06/26/2013 08:33 AM, Bill Bryce wrote:
Another possible useful link RyagazDebian has an Interix port for 
tools that include OpenSSH.  You can find it here: 
http://debian-interix.net/


Regards,

Bill.

On 2013-06-26, at 11:16 AM, Raghavendra wrote:


Hi,

I found that scalable logic guys have implemented support of cygwin 
from the link bellow:


http://blogs.scalablelogic.com/2012/06/grid-engine-cygwin-port.html

But i am not able to find binaries for the above anywhere over the 
net. I tried contacting scalable logic guys about this, but there 
hasn't been any reply from them. Is any one aware of how to use the 
above mentioned in cygwin?


And Is scalable logic  still an active group? If so can any one 
provide us their contact information other than 
i...@scalablelogic.com mailto:i...@scalablelogic.com. Because we 
are interested in opting for their commercial support program if 
cygwin implementation works for windows 7 64 bit version.


Regards,
Ryagz

___
users mailing list
users@gridengine.org mailto:users@gridengine.org
https://gridengine.org/mailman/listinfo/users




___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] cygwin support by scalable logic

[William Bryce]

Hi Ryagz,

Did you put the libraries manually into $SGE_ROOT\lib\win32-x86?  or did
the installer put them there?  The process of installing Grid Engine on
Windows is pretty involved did you have the install guide?

Regards,

Bill.



On Thu, Jun 27, 2013 at 7:41 PM, Raghavendra raghaven...@vizexperts.comwrote:

  Hi Bill,

 Thanks for your effort in searching for me. Debian for interix is working,
 i was able to install openssh for sua. But one problem still exists.

 When i run qconf -sh in the sua command prompt after loading settings.sh
 file. I am getting the following error:

 error: commlib error: can't open ssl library (Unable to open the OpenSSL
 library
 .  Please make sure libssl is accessible from your shared library path.)
 ERROR: unable to send message to qmaster using port 6444 on host
 raghavendra:
 framework is not initialized

 From the error i understood its trying to load library libssl. I searched
 and found the libraries libssl.so and libssl.so.1.0.0 are available in
 $SGE_ROOT\lib\win32-x86 directory. I even tried adding this directory to
 $LD_LIBRARY_PATH but didnt work.
 On digging on the internet i found cl_com_ssl_crypto_handle = sge_dlopen
 (libssl, LIBSSL_VER); dlopen is failing.

 What would be the possible reasons? Incompatible libssl libraries?
 These libraries have been taken from univa win32 tar file.

 Kindly help me to resolve the issues.

 Thanks,
 Ryagz

 On 06/26/2013 08:33 AM, Bill Bryce wrote:

 Another possible useful link RyagazDebian has an Interix port for
 tools that include OpenSSH.  You can find it here:
 http://debian-interix.net/

  Regards,

  Bill.

  On 2013-06-26, at 11:16 AM, Raghavendra wrote:

  Hi,

 I found that scalable logic guys have implemented support of cygwin from
 the link bellow:

 http://blogs.scalablelogic.com/2012/06/grid-engine-cygwin-port.html

 But i am not able to find binaries for the above anywhere over the net. I
 tried contacting scalable logic guys about this, but there hasn't been any
 reply from them. Is any one aware of how to use the above mentioned in
 cygwin?

 And Is scalable logic  still an active group? If so can any one provide us
 their contact information other than i...@scalablelogic.com. Because we
 are interested in opting for their commercial support program if cygwin
 implementation works for windows 7 64 bit version.

 Regards,
 Ryagz

  ___
 users mailing list
 users@gridengine.org
 https://gridengine.org/mailman/listinfo/users




___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] cygwin support by scalable logic

[Raghavendra]

Hi Bill,

Yes i am following the install guide. According to the guide i have to 
extract ge-8.1.4-demo-bin-win32-x86.tar.gz file in the SGE_ROOT 
directory. This tar file has created the required libssl files, there 
are two files created libssl.so and libssl.so.1.0.0.


Ryagz

On 06/27/2013 03:19 PM, William Bryce wrote:

Hi Ryagz,

Did you put the libraries manually into $SGE_ROOT\lib\win32-x86?  or 
did the installer put them there?  The process of installing Grid 
Engine on Windows is pretty involved did you have the install guide?


Regards,

Bill.



On Thu, Jun 27, 2013 at 7:41 PM, Raghavendra 
raghaven...@vizexperts.com mailto:raghaven...@vizexperts.com wrote:


Hi Bill,

Thanks for your effort in searching for me. Debian for interix is
working, i was able to install openssh for sua. But one problem
still exists.

When i run qconf -sh in the sua command prompt after loading
settings.sh file. I am getting the following error:

error: commlib error: can't open ssl library (Unable to open the
OpenSSL library
.  Please make sure libssl is accessible from your shared library
path.)
ERROR: unable to send message to qmaster using port 6444 on host
raghavendra:
framework is not initialized

From the error i understood its trying to load library libssl. I
searched and found the libraries libssl.so and libssl.so.1.0.0 are
available in $SGE_ROOT\lib\win32-x86 directory. I even tried
adding this directory to $LD_LIBRARY_PATH but didnt work.
On digging on the internet i found cl_com_ssl_crypto_handle =
sge_dlopen (libssl, LIBSSL_VER); dlopen is failing.

What would be the possible reasons? Incompatible libssl libraries?
These libraries have been taken from univa win32 tar file.

Kindly help me to resolve the issues.

Thanks,
Ryagz

On 06/26/2013 08:33 AM, Bill Bryce wrote:

Another possible useful link RyagazDebian has an Interix port
for tools that include OpenSSH.  You can find it here:
http://debian-interix.net/

Regards,

Bill.

On 2013-06-26, at 11:16 AM, Raghavendra wrote:


Hi,

I found that scalable logic guys have implemented support of
cygwin from the link bellow:

http://blogs.scalablelogic.com/2012/06/grid-engine-cygwin-port.html

But i am not able to find binaries for the above anywhere over
the net. I tried contacting scalable logic guys about this, but
there hasn't been any reply from them. Is any one aware of how
to use the above mentioned in cygwin?

And Is scalable logic  still an active group? If so can any one
provide us their contact information other than
i...@scalablelogic.com mailto:i...@scalablelogic.com. Because
we are interested in opting for their commercial support program
if cygwin implementation works for windows 7 64 bit version.

Regards,
Ryagz

___
users mailing list
users@gridengine.org mailto:users@gridengine.org
https://gridengine.org/mailman/listinfo/users







___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] cygwin support by scalable logic

[Bill Bryce]

Hi Ryagz, 

I was searching around for any OpenSSH SFU implementations for SUA/SFU.  I did 
find the following site, but they are charging $59 for a copy.  It might do 
what you want.  They have a 30 day evaluation copy as well you could try out 
and see if it works.

http://www.interopsystems.com/interopsecureshell.htm

Regards, 

Bill.



On 2013-06-26, at 11:16 AM, Raghavendra wrote:

 Hi,
 
 I found that scalable logic guys have implemented support of cygwin from the 
 link bellow:
 
 http://blogs.scalablelogic.com/2012/06/grid-engine-cygwin-port.html
 
 But i am not able to find binaries for the above anywhere over the net. I 
 tried contacting scalable logic guys about this, but there hasn't been any 
 reply from them. Is any one aware of how to use the above mentioned in cygwin?
 
 And Is scalable logic  still an active group? If so can any one provide us 
 their contact information other than i...@scalablelogic.com. Because we are 
 interested in opting for their commercial support program if cygwin 
 implementation works for windows 7 64 bit version.
 
 Regards,
 Ryagz
 
 ___
 users mailing list
 users@gridengine.org
 https://gridengine.org/mailman/listinfo/users

___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] cygwin support by scalable logic

[Bill Bryce]

Another possible useful link RyagazDebian has an Interix port for tools 
that include OpenSSH.  You can find it here:  http://debian-interix.net/

Regards, 

Bill.

On 2013-06-26, at 11:16 AM, Raghavendra wrote:

 Hi,
 
 I found that scalable logic guys have implemented support of cygwin from the 
 link bellow:
 
 http://blogs.scalablelogic.com/2012/06/grid-engine-cygwin-port.html
 
 But i am not able to find binaries for the above anywhere over the net. I 
 tried contacting scalable logic guys about this, but there hasn't been any 
 reply from them. Is any one aware of how to use the above mentioned in cygwin?
 
 And Is scalable logic  still an active group? If so can any one provide us 
 their contact information other than i...@scalablelogic.com. Because we are 
 interested in opting for their commercial support program if cygwin 
 implementation works for windows 7 64 bit version.
 
 Regards,
 Ryagz
 
 ___
 users mailing list
 users@gridengine.org
 https://gridengine.org/mailman/listinfo/users

___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Re: [gridengine users] cygwin support by scalable logic

[Rayson Ho]

We still need more testing for 64-bit Windows. Currently, 32-bit works for
us.

Rayson



On Wed, Jun 26, 2013 at 11:16 AM, Raghavendra raghaven...@vizexperts.comwrote:

  Hi,

 I found that scalable logic guys have implemented support of cygwin from
 the link bellow:

 http://blogs.scalablelogic.com/2012/06/grid-engine-cygwin-port.html

 But i am not able to find binaries for the above anywhere over the net. I
 tried contacting scalable logic guys about this, but there hasn't been any
 reply from them. Is any one aware of how to use the above mentioned in
 cygwin?

 And Is scalable logic  still an active group? If so can any one provide us
 their contact information other than i...@scalablelogic.com. Because we
 are interested in opting for their commercial support program if cygwin
 implementation works for windows 7 64 bit version.

 Regards,
 Ryagz


 ___
 users mailing list
 users@gridengine.org
 https://gridengine.org/mailman/listinfo/users


___
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users