-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stuck on feature extraction in centOS [bug] #953
Comments
Which version are you using? |
If you manually change the status, do you get stuck at another stage? Or is the problem only on FeatureExtraction? |
If you are using PopSift and a recent/own built AV develop it could be related to this alicevision/AliceVision#807 and alicevision/popsift#70 |
Thanks for the reponse. I am using the 2019.2 stable reslease with the binaries shipped with it. If I manually change the status the pipe gets finished with no further issues. Should I test 2019.1? |
this is what was happening to me when we switch to boost 1.70 and that led me to propose alicevision/popsift#70 to better manage the release of the resources. Does it hang even when you are using other types of features (e.g. CPU Sift (check "Force CPU extraction) or Akaze etc)? |
I had this happen to me in multiple linux distributions when unchecking "force CPU extraction." It is an odd bug, because it finishes processing the step, but then hangs there. If I would hit the stop button, then check "force CPU extraction" again, it instantly completes the FeatureExtraction node, because it was already computed. |
Setting |
Had same issue in Mint Cinnamon but not Debian 10. |
@simogasp @fabiencastan I'm not sure if this is the exact same issue, but I just re-tested this on a dev build and got nearly identical results. The initial problem in the binary release which other linux users seem to also be seeing is: uncheck force cpu extraction > gpu reaches task done, but doesn't end (no green bar, no red bar), click stop button (red bar now because of stop), check force cpu extraction > task complete in 0.000 seconds and green bar. In the dev build, it's about the same, but with some extra verbosity and a red bar error instead of just hanging in limbo:
If I recheck force cpu extraction after this error, it still does the task complete in 0.000 seconds and works fine. Also, I'm not sure why it's using that path for popsift when I have it "installed" in |
yes it is a cuda problem and related to this alicevision/AliceVision#807 |
Normally if you try the latest develop that should disappear |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Hi all.
I've tried to run a reconstruction of a bunch of photos on a centOS 8.1 system (kernel Linux sd-01 4.18.0-193.6.3.el8_2.x86_64).
I managed to run the reconstruction via meshroom_photogrammetry but the process hangs on feature extraction using meshroom_compute or via meshroom GUI (default settings).
The features are correctly extracted (feature extraction logs reports "task done in x seconds" but the process hangs forver (no error message). I managed to force the process to continue by changing the value of the key 'status' in the '0.status' file to 'SUCCESS', however, I am interested in the automation of the process, so I can't manually change the file.
I have tried with the same dataset on windws and centOS 7 with no issues, so it seemes something specific to centOS 8.
The text was updated successfully, but these errors were encountered: