error cpuinfo with pytorch on heroku about cpuinfo HOT 6 CLOSED

@parthi2929 Are you using PyTorch 1.0 release, nightly build, or build from master branch of pytorch/pytorch?

from cpuinfo.

The cpuinfo issue was fixed ~20 days ago, it shouldn't show up on a nightly or master build of PyTorch (albeit I haven't yet received a confirmation from people who reported it). However, it is very unlikely that failed download is related to cpuinfo.

from cpuinfo.

Sorry I totally missed updating that very important info. I was lastly trying this (requirements.txt file content)

numpy 
torchvision_nightly
-f https://download.pytorch.org/whl/nightly/cpu/torch_nightly.html
fastai
zerorpc

Earlier I also tried below one, but same issue.

https://download.pytorch.org/whl/cpu/torch-1.0.0-cp36-cp36m-linux_x86_64.whl
fastai
zerorpc

from cpuinfo.

the cpuinfo "Error" here i think is just a warning, if you use the nightly. The real error is the pickling error, but that just points to a corrupted pickle file (maybe download failed)

from cpuinfo.

The repo works locally in my system without any problem. I am now testing with not nightly, but this build. The build was successful in heroku.

Is there a way to verify if and why download of that model failed? There is no error on that, but resnet pth file is not present in the location. My understand was download failed because of cpuinfo, but from your claim, I see that might not be the case. Eventually the pth which should have been downloaded is not in app/models folder in heroku (checked using heroku cli).

Also, as a workaround, is there way I could load a resnet pth myself in custom location in repo (downloaded separately and stored in repo) and ask pytorch to use that instead of trying to download every time (because heroku restarts the dyno, the pytorch may try to download again and again leading to big latency issues).

I have set TORCH_MODEL_ZOO = /app/models in heroku, and had a resnet pth there earlier, but that local file was not anyway considered by pytorch, so I have that removed for now in repo (its another 80+ MB)

from cpuinfo.

I checked how cpuinfo works without sysfs, and found it works just fine. 9fa0a05 removes logging of error if sysfs files can't be read on x86.
Thus, the issue with file download is unrelated to cpuinfo. I never worked with Heroku, but may assume you need special proxy settings for downloading?

from cpuinfo.