Please note, this is a STATIC archive of website hashcat.net from 08 Oct 2020, cach3.com does not collect or store any user information, there is no "phishing" involved.

hashcat Forum

Full Version: [oclHashcat-1.33] clCreateBuffer() -61 Error
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Hello Everyone,

I've encountered a Problem while updating to oclHashcat-1.33. At first the Error "clCreateBuffer() -61" showed up everytime I tried to start cracking on some Hashes (tried it with the oclExample0.sh). After some Googling I stumbled accross the Command

Code:
export GPU_MAX_HEAP_SIZE=90

Now I am able to run Hashcat fine, except when I am trying to use the tuned performance Profile.

The following Job runs fine

Code:
./oclHashcat64.bin -a 0 -m 2711 -w 2 -o ../outfiles/hashes_out.txt --username --remove ../crackme/hashes_w_u.txt ../wordlist/rockyou.txt --status

But when I try to increase the Performance Profile to 3, I get the above mentioned Error

Code:
./oclHashcat64.bin -a 0 -m 2711 -w 3 -o ../outfiles/hashes_out.txt --username --remove ../crackme/hashes_w_u.txt ../wordlist/rockyou.txt --status

Hashes: 4818 hashes; 4818 unique digests, 4818 unique salts
Bitmaps: 16 bits, 65536 entries, 0x0000ffff mask, 262144 bytes
Rules: 1
Applicable Optimizers:
* Zero-Byte
* Precompute-Init
* Early-Skip
* Not-Iterated
Watchdog: Temperature abort trigger set to 90c
Watchdog: Temperature retain trigger set to 80c
Device #1: Kernel ./kernels/4098/m02710_a0.Cypress_1573.4_1573.4.kernel (1053060 bytes)


ERROR: clCreateBuffer() -61

I don't know if its worth mentioning but I have an old HD5850 that I use to toy around with oclHashcat Smile

As always thanks in advance for any Help or Suggestions Smile
clCreateBuffer() -61 basically means "Out of Memory". That means your GPU memory. The number of hashes (plus the fact that they are salted) affects the required memory plus the wordload profile affects the required memory. So it's perfectly normal to run into this error, sooner or later.
@atom

Thank you for your reply and the Clearification of the Error Message but I've done some more tests and the Results don't seem to Point in that Direction although I am not sure in which Direction the Results point anyway :-\

Let me Explain what I did:

I testet a Single vBulletin hash with oclHashcat 1.33 which returns the clCreateBuffer() -61 Error.

Code:
/oclHashcat/oclHashcat-1.33$ ./oclHashcat64.bin -a 3 -m 2711 -w 3 --username --remove ../crackme/single_hash.txt ?l?l?l?a?a?a?a --status
oclHashcat v1.33 starting...

Device #1: Cypress, 1024MB, 765Mhz, 18MCU  

Hashes: 1 hashes; 1 unique digests, 1 unique salts
Bitmaps: 8 bits, 256 entries, 0x000000ff mask, 1024 bytes
Applicable Optimizers:
* Zero-Byte
* Precompute-Init
* Early-Skip
* Not-Iterated
* Single-Hash
* Single-Salt
* Brute-Force
Watchdog: Temperature abort trigger set to 90c
Watchdog: Temperature retain trigger set to 80c
Device #1: Kernel ./kernels/4098/m02710_a3.Cypress_1573.4_1573.4.kernel (566680 bytes)
Device #1: Kernel ./kernels/4098/markov_le_v4.Cypress_1573.4_1573.4.kernel (71776 bytes)


ERROR: clCreateBuffer() -61

Then I testet the same Hash with oclHahscat 1.31 and everything works fine. So I am a bit out of Ideas here :-\

Code:
/oclHashcat/oclHashcat-1.31$ ./oclHashcat64.bin -a 3 -m 2711 -w 3 --username --remove ../crackme/single_hash.txt ?l?l?l?a?a?a?a --status
oclHashcat v1.31 starting...

Device #1: Cypress, 1024MB, 765Mhz, 18MCU  

Hashes: 1 hashes; 1 unique digests, 1 unique salts
Bitmaps: 8 bits, 256 entries, 0x000000ff mask, 1024 bytes
Applicable Optimizers:
* Zero-Byte
* Precompute-Init
* Early-Skip
* Not-Iterated
* Single-Hash
* Single-Salt
* Brute-Force
Watchdog: Temperature abort trigger set to 90c
Watchdog: Temperature retain trigger set to 80c
Device #1: Kernel ./kernels/4098/m02710_a3.Cypress_1573.4_1573.4.kernel not found in cache! Building may take a while...
Device #1: Kernel ./kernels/4098/m02710_a3.Cypress_1573.4_1573.4.kernel (567944 bytes)
Device #1: Kernel ./kernels/4098/markov_le_v4.Cypress_1573.4_1573.4.kernel (342732 bytes)
Device #1: Kernel ./kernels/4098/bzero.Cypress_1573.4_1573.4.kernel (33848 bytes)

                                            
Session.Name...: oclHashcat
Status.........: Running
Input.Mode.....: Mask (?l?l?l?a?a?a?a) [7]
Hash.Target....: <I've removed the Hash and Salt because I read the Rules first ;-) >
Hash.Type......: vBulletin > v3.8.5
Time.Started...: Thu Mar  5 08:17:09 2015 (10 secs)
Time.Estimated.: Thu Mar  5 08:50:32 2015 (33 mins, 9 secs)
Speed.GPU.#1...:   829.6 MH/s
Recovered......: 0/1 (0.00%) Digests, 0/1 (0.00%) Salts
Progress.......: 7247757312/1431576185000 (0.51%)
Skipped........: 0/7247757312 (0.00%)
Rejected.......: 0/7247757312 (0.00%)
HWMon.GPU.#1...: 99% Util, 63c Temp, 41% Fan

Thanks in Advance!

EDIT

When I try the full Hashlist with oclHashcat-1.31 it also works fine :-\ Could it be that my Graphicscard is getting to old for newer Versions of Hashcat?

Code:
/oclHashcat/oclHashcat-1.31$ ./oclHashcat64.bin -a 3 -m 2711 -w 2 -o ../outfiles/hashes_out.txt --username --remove ../crackme/hashes_w_u.txt ?l?l?l?a?a?a?a --status
oclHashcat v1.31 starting...

Device #1: Cypress, 1024MB, 765Mhz, 18MCU  

Hashes: 1869 hashes; 1869 unique digests, 1869 unique salts
Bitmaps: 14 bits, 16384 entries, 0x00003fff mask, 65536 bytes
Applicable Optimizers:
* Zero-Byte
* Precompute-Init
* Early-Skip
* Not-Iterated
* Brute-Force
Watchdog: Temperature abort trigger set to 90c
Watchdog: Temperature retain trigger set to 80c
Device #1: Kernel ./kernels/4098/m02710_a3.Cypress_1573.4_1573.4.kernel (567944 bytes)
Device #1: Kernel ./kernels/4098/markov_le_v4.Cypress_1573.4_1573.4.kernel (342732 bytes)
Device #1: Kernel ./kernels/4098/bzero.Cypress_1573.4_1573.4.kernel (33848 bytes)

                                            
Session.Name...: oclHashcat
Status.........: Running
Input.Mode.....: Mask (?l?l?l?a?a?a?a) [7]
Hash.Target....: File (../crackme/hashes_w_u.txt)
Hash.Type......: vBulletin > v3.8.5
Time.Started...: Thu Mar  5 08:30:19 2015 (9 secs)
Time.Estimated.: Wed Apr 22 09:39:57 2015 (48 days, 0 hours)
Speed.GPU.#1...:   357.8 kH/s
Recovered......: 0/1869 (0.00%) Digests, 0/1869 (0.00%) Salts
Progress.......: 6429081600/2675615889765000 (0.00%)
Skipped........: 0/6429081600 (0.00%)
Rejected.......: 0/6429081600 (0.00%)
HWMon.GPU.#1...: 97% Util, 72c Temp, 15% Fan
The new version probably handles the salts a bit different and hence needs more vram. Split up your hashlist and try again.
@undeath

As I said in the above Post, I have tried this with a single Hash and the Error happens there as well, so I don't think its a matter of how big the Hashfile is because I don't believe that a single Hash + Salt need 1GB of vram :-)

EDIT: At least I don't think that it matters in this Case how big the Hashfile ist :-)
Oh, I'm sorry I didn't read your post properly. Running a mask attack on a single hash should definitely not exhaust your vram.
It's as i said, the wordload profile affects the required memory, too. In your above example you used -w 3 with 1.33 and -w 2 with 1.31. That makes no sense unless you test 1.33 with -w 2 as well
(03-05-2015, 12:56 PM)atom Wrote: [ -> ]It's as i said, the wordload profile affects the required memory, too. In your above example you used -w 3 with 1.33 and -w 2 with 1.31. That makes no sense unless you test 1.33 with -w 2 as well

Sorry atom, I didn't notice the wrong Workload Profile. I've done it with -w 3 now and it works with the Full Hashlist under 1.31.

Code:
/oclHashcat/oclHashcat-1.31$ ./oclHashcat64.bin -a 3 -m 2711 -w 3 -o ../outfiles/hashes_out.txt --username --remove ../crackme/hashes_w_u.txt ?l?l?l?a?a?a?a --status
oclHashcat v1.31 starting...

Device #1: Cypress, 1024MB, 765Mhz, 18MCU  

Hashes: 1869 hashes; 1869 unique digests, 1869 unique salts
Bitmaps: 14 bits, 16384 entries, 0x00003fff mask, 65536 bytes
Applicable Optimizers:
* Zero-Byte
* Precompute-Init
* Early-Skip
* Not-Iterated
* Brute-Force
Watchdog: Temperature abort trigger set to 90c
Watchdog: Temperature retain trigger set to 80c
Device #1: Kernel ./kernels/4098/m02710_a3.Cypress_1573.4_1573.4.kernel (567944 bytes)
Device #1: Kernel ./kernels/4098/markov_le_v4.Cypress_1573.4_1573.4.kernel (342732 bytes)
Device #1: Kernel ./kernels/4098/bzero.Cypress_1573.4_1573.4.kernel (33848 bytes)

                                            
Session.Name...: oclHashcat
Status.........: Running
Input.Mode.....: Mask (?l?l?l?a?a?a?a) [7]
Hash.Target....: File (../crackme/hashes_w_u.txt)
Hash.Type......: vBulletin > v3.8.5
Time.Started...: Thu Mar  5 12:08:10 2015 (9 secs)
Time.Estimated.: Tue Apr 21 00:21:30 2015 (46 days, 11 hours)
Speed.GPU.#1...:   377.4 kH/s
Recovered......: 0/1869 (0.00%) Digests, 0/1869 (0.00%) Salts
Progress.......: 6643777536/2675615889765000 (0.00%)
Skipped........: 0/6643777536 (0.00%)
Rejected.......: 0/6643777536 (0.00%)
HWMon.GPU.#1...: 99% Util, 62c Temp, 41% Fan

Sorry to keep nagging on about this :-\ I get the Explenation you provided - at least for the full Hashlist. If you look at the Results I got when trying a single Hash the Workload Profile is the same. I just can't quite grasp that a Single Hash with Workload Profile 3 under 1.31 would work and under 1.33 it would need more then 1GB vram. Or didn't I get the full Picture here :-\ As I was saying, sorry for nagging on about this...
I took my oldest card I have, a hd5770, and I tried to reproduce the problem. That card has only 256mb of GPU ram.

Quote:root@sf:~/xy/oclHashcat-1.33# ./oclHashcat64.bin -a 3 -m 2711 -w 3 -o hashes_out.txt --username --remove hashes_w_u.txt ?l?l?l?a?a?a?a --status -d 2
oclHashcat v1.33 starting...

Device #1: skipped by user
Device #2: Juniper, 256MB, 1000Mhz, 10MCU

Hashes: 1 hashes; 1 unique digests, 1 unique salts
Bitmaps: 8 bits, 256 entries, 0x000000ff mask, 1024 bytes
Applicable Optimizers:
* Zero-Byte
* Precompute-Init
* Early-Skip
* Not-Iterated
* Single-Hash
* Single-Salt
* Brute-Force
Watchdog: Temperature abort trigger set to 90c
Watchdog: Temperature retain trigger set to 80c
Device #1: Kernel ./kernels/4098/m02710_a3.Juniper_1573.4_1573.4.kernel (566680 bytes)
Device #1: Kernel ./kernels/4098/markov_le_v4.Juniper_1573.4_1573.4.kernel (71776 bytes)


ERROR: clCreateBuffer() -61

Now this is oclHashcat v1.34 beta which fixed the problem Smile Actually I have no idea what exactly caused the problem but v1.34 fixed many bugs. I think we accidentially fixed the problem you described as well. If you wish to test v1.34 send me an email

Quote:root@sf:~/oclHashcat-1.34# ./oclHashcat64.bin -a 3 -m 2711 -w 3 -o hashes_out.txt --username --remove hashes_w_u.txt ?l?l?l?a?a?a?a --status -d 2
oclHashcat v1.34 starting...

Device #1: skipped by user
Device #2: Juniper, 256MB, 1000Mhz, 10MCU

Hashes: 1 hashes; 1 unique digests, 1 unique salts
Bitmaps: 8 bits, 256 entries, 0x000000ff mask, 1024 bytes
Applicable Optimizers:
* Zero-Byte
* Precompute-Init
* Early-Skip
* Not-Iterated
* Single-Hash
* Single-Salt
* Brute-Force
Watchdog: Temperature abort trigger set to 90c
Watchdog: Temperature retain trigger set to 80c
Device #1: Kernel ./kernels/4098/m02710_a3.Juniper_1573.4_1573.4.kernel (567384 bytes)
Device #1: Kernel ./kernels/4098/markov_le_v4.Juniper_1573.4_1573.4.kernel (71772 bytes)


Session.Name...: oclHashcat
Status.........: Running
Input.Mode.....: Mask (?l?l?l?a?a?a?a) [7]
Hash.Target....: 98f3c91a605e29e80e9623cc66caff6b:162005066561457267521833088306
Hash.Type......: vBulletin > v3.8.5
Time.Started...: Sun Mar 8 11:55:37 2015 (9 secs)
Time.Estimated.: Sun Mar 8 12:36:29 2015 (40 mins, 42 secs)
Speed.GPU.#1...: 606.6 MH/s
Recovered......: 0/1 (0.00%) Digests, 0/1 (0.00%) Salts
Progress.......: 5704253440/1431576185000 (0.40%)
Skipped........: 0/5704253440 (0.00%)
Rejected.......: 0/5704253440 (0.00%)
Restore.Point..: 0/81450625 (0.00%)
HWMon.GPU.#1...: 99% Util, 53c Temp, 51% Fan