Stuck in a download verify loop

[James Watson]

I was really, really hoping — after all I had read about the download problems — that I wasn’t going to have any issues just downloading the Basic Sound Library over my 350 Mbit broadband connection in the Product Manager. The 40+ GB download only takes 15 minutes, but just as the download reaches its end, the progress bar flips to “Verifying…” and then flips right back to re-downloading the last second or two of the file. It tries to verify again, fails, and goes back to downloading. Lather, rinse, repeat… ad infinitum. There is no break from this loop. It just keeps going. What do I do, people? Help me out here!

1

Thanked by: Shawn Patterson

Topic

[James Watson]

UPDATE: I finally got it to succeed, and here’s how I did it, in case anyone else falls into this snare. I watched the download folder during the process of downloading the Basic library, and when it got to the end, I paid close attention to what was going on with the .obw files in the Sound subfolder. When it got stuck in the loop at the end of the download, I saw that there was one file that was continually being touched/updated, by the fact that it’s Modified Date was being being updated with each verification failure. It was the file soundb18.obw. I figured that this file must be the one part of the library that is failing in its verification. So I paused the download in the Product Manager, and the quit the app. I deleted the soundb18.obw file, restarted the app, and then resumed the download. The soundb18.obw file reappeared immediately, and about 40 seconds of downloading commenced. When that part was downloaded, I ended up just getting stuck in another verification failure loop. I repeated this process (pause, quit, delete, restart, resume) three more times. After the third attempt, verification finally succeeded, and the download was marked as Finished! I then installed with no problems.

1

Thanked by: Shawn Patterson

[John]

Great to hear that it worked out but I am curious to know your location? Just in case there’s anything that needs to be looked into in your corner of the CDN world.

BR,
John

John Rammelt - Toontrack
Technical Advisor

[James Watson]

Hi, John. I am located in San Diego, California, USA. And as a follow-up, I have been trying to download Part 2 – Room Mics, and haven’t had the same “success” as I finally had with Part 1. It’s the same exact situation. That last file (soundb40.obw, in the case of Part 2) just does not want to verify. No matter how many times I use my technique described above, I can’t get it to the Finished state. Frankly, I’m fed up with trying. Do you have any ideas?

[James Watson]

Was trying it all again this morning, and now it’s soundb38.obw which is the problem child. Infuriating.

[Olof]

It sounds like your disk has a bad sector or something. Try stopping the download, rename the bad obw file – leave it on disk so is occupies the possibly bad disk location – and then resume the download. You may need to repeat the procedure if it happens again (with the same file or another).

Olof Hermansson - Toontrack
Coder

[James Watson]

Thanks for the suggestion. There are no bad sectors on the drive. I ran a check. Here’s the trick I’m going to try this time around. Every time I delete the entire download and go for a complete download of Part 2 again, it’s a different file that ends up not verifying at the end. First it was soundb40.obw, then 38, and then 37. So it’s totally inconsistent as to which part file fails to verify. I have copied the part files from my latest download attempt to another location, and have kicked off a new complete download. After this download gets to the end, and if there is yet another part file that fails to verify, I will simply pause the download, kill the unverifiable part file, copy the corresponding good file from my backup to take its place, and resume the download. Hopefully, Product Manager will see everything as good, and I’ll be done. I’ll report back momentarily.

[James Watson]

I’m happy to report that this little trick worked perfectly. For this latest full download attempt, it was soundb41.obw that wouldn’t verify. I paused the download, deleted soundb41.obw, copied the verified soundb41.obw from my backup of the previous download attempt into the active download location, resumed the download in Product Manager, and it immediately progressed to “Complete”. So, for those experiencing this issue, the solution requires a minimum of two complete download attempts, and also that the unverifiable part file in the second download be a different one from that which failed in the first.

[alexandre]

hi there !
i had the same issue today after crossgrading, download will verify in a loop.
will give a try to your tip, hopefully with some results !
thanks !

[James Watson]

@alexandre said:
will give a try to your tip, hopefully with some results !

Best of luck! Please let us know if the juggling act worked for you, too!

[alexandre]

Unsuccessful!
the toontrack assistance with who i talk via mail at that moment told me it had something to do with a mirror server bug and/or a corrupted file, soundb16.obw

And as it is now, i downloaded the 40GB 4 times with the same results, same file bugging the whole process!

Can only wait for a mirror server or file fix !

[ssw_1]

@alexandre said:
Unsuccessful!
the toontrack assistance with who i talk via mail at that moment told me it had something to do with a mirror server bug and/or a corrupted file, soundb16.obw

And as it is now, i downloaded the 40GB 4 times with the same results, same file bugging the whole process!

Can only wait for a mirror server or file fix !  

Your are not alone with this problem.

I m waiting for update of mirror server too.

It’s too slow ….

[alexandre]

been fixed overnight. thanks to the technical team !

[Mike Zoll]

I too am having the verification nightmare. At some point a while ago I made the mistake of deleting a few SD3 zip files. So, now. in February, 2019 I decided to move all TT files to an external drive. It all went well until I got to Avatar & Independent & the SD3 core library. I am in the Vancouver, Canada area. I don’t really have time to mess around with this, and though SD3 is my favorite drum program I haven’t been able to use it for over a month. If the problem lies with the TT Server, it seems as though it should get fixed in a timely fashion for everybody’s sake. I think my only mistake was in deleting the Zip files, something I’ll never do again. In the meantime, is there any solution to this problem that doesn’t require tricking the server into serving. If so, thanks in advance!

Mike Z.

1

Thanked by: brooks-5

[Nightchef]

I am having this problem now with two EZX’s I’m trying to download. I’ve tried the pause/rename bad file/start over technique without success. Are there any other fixes/workarounds I should know about?

Operating system: macOS Mojave (10.14)

[John]

Hi nightchef,

which EZX:s and where are you located?
Have you opened a ticket with Toontrack Support?

BR,
John

John Rammelt - Toontrack
Technical Advisor

[Author]

Replies