Skip to content
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

plotman won't stop plotting to a hard-drive that's nearly full #176

Closed
mc19000 opened this issue Apr 27, 2021 · 8 comments
Closed

plotman won't stop plotting to a hard-drive that's nearly full #176

mc19000 opened this issue Apr 27, 2021 · 8 comments
Labels
enhancement New feature or request

Comments

@mc19000
Copy link

mc19000 commented Apr 27, 2021

I have tried the current branch and reinstalled the development branch. I am running ubuntu 20.04.

My 1st HD has 504GB free, with 10 plots currently being plotted.
My 2nd HD has 10.6TB free, also with 10 plots active.

As you can see, my 1st HD should only have 4-5 active plots, as plotman should be detecting that it's nearly full and hence stop plotting there? I have tried killing plots over 5 which are going there, but plotman continues to keep trying to plot them into HD1.

Is there a solution to this? I have 14 active plotters running plotman - I don't see a solution apart from manually keeping an eye on them and removing the hard-drive from the config file once full - then kill all plots that are going there.

Thanks

@ericaltendorf
Copy link
Owner

ericaltendorf commented Apr 27, 2021 via email

@savager
Copy link

savager commented Apr 30, 2021

This is concerning. What happens if I don't manually stop plotman?

@altendky
Copy link
Collaborator

altendky commented May 1, 2021

If you use plotman other than intended and the dst dirs fill up then the plot processes writing to the full dst dirs will hang waiting for free space. I think they sleep and recheck every five minutes or something. Those processes will count against the plotman tmp dir max and global max limits so plotman will stop launching jobs when those limits tell it to. At this point I just have dst as tmp and use archiving to get to the final locations.

@savager
Copy link

savager commented May 1, 2021

I don't know if it's unintended to fill up the dst directory. Perhaps mounting the primary dest storage as NFS to all the plotters isn't standard but it should be fine. It is afterall just a quota bound zfs dataset in my case. But nonetheless, this seems acceptable, I'll just be hiking the ice age trail right when plotman is scheduled to have plotted all my drive space. I can live with this. thanks. thanks for the info!

@mikehw
Copy link

mikehw commented May 9, 2021

This is addressed in PR #122 with a new optional configuration point.

@altendky
Copy link
Collaborator

Yes, not using the mechanism (archiving) that provides the feature you want (plot distribution) is an unintended use. Archive can be used with nfs mounted archive directories. Yes, it is a pain presently. Yes we are working on improving the archiving configuration.

I'm sorry if I come across as a bit frustrated. Merely searching for 'full' turns up five tickets right now related to this and I generally end up fielding a couple more daily on keybase (not to mention those that other people deal with). So, instead of improving things I have to keep explaining how the desired feature exists already.

If you don't want the dst layer then the solution is to not have the dst layer, not to skip the archive layer that has the feature you want. This can already be done with a single tmp drive by setting dst to tmp. There is a PR to enable doing it with multiple tmp drives as well.

@savager
Copy link

savager commented May 12, 2021

Oh, no, I'm sorry if I've frustrated you at all. I think maybe my intention has been misconstrued. I was simply curious if I had to implement my own method to stop plotman when my dst fills. I know I'm not using it as intended and I'm sorry, I was just kind of curious how it would fail. Thanks for everything.

@altendky
Copy link
Collaborator

All good, I'm trying to make what I see as 'the right way' also be 'the obvious way' and 'the easy way' for everyone else. Step by step.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

6 participants