[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <C17FA3F7-A345-4025-9167-DDBBF8146E80@djb.eml.cc>
Date: Mon, 15 Sep 2014 16:26:09 -0400
From: David <john-users@....eml.cc>
To: john-users@...ts.openwall.com
Subject: Re: EC2 g2.2xlarge
I apologize in advance as I’m kind of stabbing in the dark, but looking a little closer today, here is what I get:
$ ./configure NVIDIA_CUDA=/opt/nvidia/cuda/
Configured for building John the Ripper 1.8.0.2-bleeding-jumbo:
Target CPU .................................. x86_64 AVX, 64-bit LE
AES-NI support .............................. run-time detection
Target OS ................................... linux-gnu
Cross compiling ............................. no
Legacy arch header .......................... x86-64.h
OpenMPI support (default disabled) .......... no
Fork support ................................ yes
OpenMP support .............................. yes
OpenCL support .............................. no
CUDA support ................................ yes
Generic crypt(3) format ..................... yes
Optional libraries found:
Rexgen (extra cracking mode) ................ yes
GMP (performance) ........................... yes
NSS/NSPR (Mozilla format) ................... yes
Kerberos5 (krb5-18/23 formats) .............. yes (MIT)
PCAP (vncpcap2john and SIPdump) ............. yes
BZ2 (gpg2john extra decompression logic) .... yes
Install missing libraries to get any needed features that were omitted.
Configure finished. Do 'make -s' to compile.
Looking through the configure output it looks like it also doesn’t know where to find cl.h, which in this case lives at /opt/nvidia/cuda/include/CL/
How do I tell the configure script (or edit the Makefile) so it knows where to find cl.h? I’m guessing I also need to tell it somehow to look in /usr/lib64/ for the libstdc++.so.6 file mentioned below?
Thanks,
David
On Sep 15, 2014, at 11:52 , David <john-users@....eml.cc> wrote:
> Anyone have any experience running john on Amazon EC2? I fired up one of these: https://aws.amazon.com/marketplace/pp/B00FYCDDTE/ref=srh_res_product_title?ie=UTF8&sr=0-5&qid=1410796107445 (Amazon Linux AMI with NVIDIA GRID GPU Driver)
>
> then ran:
> ./configure NVIDIA_CUDA=/opt/nvidia/cuda/
> but “make” yields the following:
> /usr/bin/ar: creating aes.a
> /usr/bin/ld: cuda_common.o: undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3'
> /usr/bin/ld: note: '__gxx_personality_v0@@CXXABI_1.3' is defined in DSO /usr/lib64/libstdc++.so.6 so try adding it to the linker command line
> /usr/lib64/libstdc++.so.6: could not read symbols: Invalid operation
> collect2: error: ld returned 1 exit status
> make[1]: *** [../run/john] Error 1
> make: *** [default] Error 2
>
> I’ve tried a couple of variations of
> ./configure NVIDIA_CUDA=/opt/nvidia/cuda/ LDFLAGS="-Wl,-rpath,/usr/lib64”
> but so far no luck.
> Anyone either know how to fix this, or have a working method of getting up and running on EC2?
> Thanks,
> David
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
