User Details
- User Since
- May 18 2016, 12:12 PM (448 w, 3 d)
- Availability
- Available
Jul 25 2016
@epriestley I was trying to recreate my problem I had a month ago and write a task (bug report) for it and wasn't able to reproduce the issue of Drydock trying to allocate resources indefinitely. Have you already added a timeout to Drydock leases?
Jun 27 2016
Nevertheless, I'm still not sure how to debug this error message / my configuration.
Is there a way to test/run the Drydock Host Blueprint and get more information than the command failed?
I would say, definitively. 'xxxxx' looks more like a placeholder for me, but that might be a personal preference.
So, the information is just masked but really present in the real command call? The ssh man-page states what the options before the xxxxxs mean, I'm just not sure if the call is right when the information is masked. E.g. the clone call...does phabricator call with git@phabricator... or with the username provided for the ssh connection. anyway. Is there a log where the real command is written? Why is it even masked here?
Jun 24 2016
I have a somewhat similar problem when I try to start a working copy job:
May 19 2016
That is actually a great idea and way more elegant. Keep up the great work and thanks for your effort!
Agreed with the systemd part, that would have been just for convenience of new users.