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

Persistence: flush shells out on every resource #135

Closed
dcarley opened this issue Mar 1, 2013 · 2 comments
Closed

Persistence: flush shells out on every resource #135

dcarley opened this issue Mar 1, 2013 · 2 comments

Comments

@dcarley
Copy link
Contributor

dcarley commented Mar 1, 2013

Improvements on #133

The flush method, and thus the shell out in persist_iptables, is called on every modified resource. It would be more cost effective to call it once after all Firewall/Firewallchain resources have been synced.

@kbarber, any idea if this is technically possible?

@kbarber
Copy link
Contributor

kbarber commented Mar 1, 2013

I was thinking about this as well. I mean, I don't think the cost is that bad to an extent - dunno, run it with 100 rules and compare it I guess. There is always this fear of shelling out being costly but with no data to back it up.

Having said that you could flush very late, we used to do this with puppet-iptables but it was in the type itself - somehow attached to when the type object was destroyed. The danger in this is that the API may not be solid. If we can find a method call in the provider then great, but I've got a feeling its going to be dodgy either way.

@chelnak
Copy link
Contributor

chelnak commented Mar 8, 2022

Hello! We are doing some house keeping and noticed that this issue has been open for a long time.

We're going to close it but please do raise another issue if the issue still persists. 😄

@chelnak chelnak closed this as completed Mar 8, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants