Not being able to call it in parallel means that the process is blocking which is usually bad behaviour, at least if requests are made for different domain names.
Originally created by @philkunz on GitHub (Jul 21, 2016).
why does letsencrypt.sh not allow parallel calling?
I'm trying to speed up https://www.npmjs.com/package/cert which uses letsencrypt.sh in the background for now.
Not being able to call it in parallel means that the process is blocking which is usually bad behaviour, at least if requests are made for different domain names.
letsencrypt.sh mainly doesn't allow parallel calling because it's a lot easier to just stop if another instance in general is running than to check if another instance is running that is trying to modify the same files (account key generation / registration, private key (re)generation, csr generation, storing of new certificates, moving of old files to archive, hook stuff, ..., a lot of locations in the script where files are written or read)
I added an option in bd9cc5b to disable locks completely, be careful when using this.
@lukas2511 commented on GitHub (Jul 21, 2016):
letsencrypt.sh mainly doesn't allow parallel calling because it's a lot easier to just stop if another instance in general is running than to check if another instance is running that is trying to modify the same files (account key generation / registration, private key (re)generation, csr generation, storing of new certificates, moving of old files to archive, hook stuff, ..., a lot of locations in the script where files are written or read)
I added an option in bd9cc5b to disable locks completely, be careful when using this.
you can lock per domain and then it's easy to fork requests.
One thing this will solve - I had one line of the domains.txt fail, and then the rest don't continue. It's a major problem if you find it in an exploding inbox too late.
@seefood commented on GitHub (Jul 21, 2016):
you can lock per domain and then it's easy to fork requests.
One thing this will solve - I had one line of the `domains.txt` fail, and then the rest don't continue. It's a major problem if you find it in an exploding inbox too late.
@lukas2511 Thanks so much! As far as I am concerned this is perfect now. I can call it and map myself which child processes currently request which domain to avoid read/write problems + I can store logs domain related. I'll add a link to this repo in the description of cert.
@philkunz commented on GitHub (Jul 21, 2016):
@lukas2511 Thanks so much! As far as I am concerned this is perfect now. I can call it and map myself which child processes currently request which domain to avoid read/write problems + I can store logs domain related. I'll add a link to this repo in the description of cert.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @philkunz on GitHub (Jul 21, 2016).
why does letsencrypt.sh not allow parallel calling?
I'm trying to speed up https://www.npmjs.com/package/cert which uses letsencrypt.sh in the background for now.
Not being able to call it in parallel means that the process is blocking which is usually bad behaviour, at least if requests are made for different domain names.
@omega8cc commented on GitHub (Jul 21, 2016):
This sounds like a duplicate of #228
@lukas2511 commented on GitHub (Jul 21, 2016):
letsencrypt.sh mainly doesn't allow parallel calling because it's a lot easier to just stop if another instance in general is running than to check if another instance is running that is trying to modify the same files (account key generation / registration, private key (re)generation, csr generation, storing of new certificates, moving of old files to archive, hook stuff, ..., a lot of locations in the script where files are written or read)
I added an option in
bd9cc5bto disable locks completely, be careful when using this.@seefood commented on GitHub (Jul 21, 2016):
you can lock per domain and then it's easy to fork requests.
One thing this will solve - I had one line of the
domains.txtfail, and then the rest don't continue. It's a major problem if you find it in an exploding inbox too late.@philkunz commented on GitHub (Jul 21, 2016):
@lukas2511 Thanks so much! As far as I am concerned this is perfect now. I can call it and map myself which child processes currently request which domain to avoid read/write problems + I can store logs domain related. I'll add a link to this repo in the description of cert.