Error when downloading the model

#1
by DazzlingXeno - opened

Strange it only seems to effect the 3rd safetensors file :/

I'm not sure I have a copy of this still to reupload either.

Thanks man :-)

@jukofyork i download a lot of models, as you can imagine, and this is not a common problem (well, it's only the second time i see this). it is, however, the second time in this week that huggingface gives 403 for a file. maybe you could contact huggingface and see what they have to say? hf losing files is worrysome. well, 403 is not lost, but it's peculiar.

Yeah, it's a strange one :/ I might try renaming / moving it as "403 Forbidden" on your own files doesn't make sense?

No, it doesn't make sense. In the previous case I had last week, the creator just uploaded it again and it worked then, so... very strange. Re-uploading m,ight even be fast because officially the file should be there. You could also see if renaming forward and back or so has an effect, but likely not, as the lfs file seems to be affected. And if you don't have the files anymore, you could try contacting hf support. I would be curious what they have to say.

Yeah, I tried renaming it and it still gives a 403 error :/

I tried duplicating the repo using https://huggingface.co/spaces/huggingface-projects/repo_duplicator which worked but the duplicated repository has the same issue: https://huggingface.co/nicoboss/miquplus-aurelian-70b. Well at least we know now that the repository duplicator does not actually dublicate the files but just the references.

Can this be solved with this?https://github.com/git-lfs/git-lfs/issues/2675

Can this be solved with this?https://github.com/git-lfs/git-lfs/issues/2675

No this is not a GIT LFS issue but an issue with the HuggingFace cloud infrastructure hosting the LFS files. Either the HuggingFace backend messed up something regarding permissions or AWS just somehow lost the file. The only way to solve this is to either contact HuggingFace staff (but it is uncertain if they can do anything) or have the original author reupload the model. The original author seam to unfortunately no longer have this model stored locally and so cannot reupload the corrupted file.

I'm gonna start working on a new method of merging (along the same lines as this method) and will start with aurelian-v0.5-70b-rope8-32K-fp16 + miqu-1-70b-sf as I think this was actually the most interesting/unique of these miquplus- models (sod's law it would be the one to get corrupted...).

then it will turn out to be a unique fluke or so. sorry, couldn't resist :)

Sign up or log in to comment