This task was filed via the "New Bug Report" form.
Fri, Nov 9
I would like to add another use case where this would be beneficial.
Thu, Nov 1
Sat, Oct 27
Thu, Oct 25
D19762 adds a "supplemental allocation" behavior, which basically lets blueprints say "I want to grow the pool instead of allowing this otherwise valid lease acquisition".
After that, both hosts will have resources and jobs will allocate randomly, which should be good enough.
I believe you can work around this today by disabling the binding to host "A" in Almanac, running one job (which will be forced to allocate on host "B"), then re-enabling the binding. After that, both hosts will have resources and jobs will allocate randomly, which should be good enough. This is exceptionally cumbersome and ridiculous, of course (and it's possible that it doesn't even work).
Tue, Oct 23
Well, this sucks... But thank you for taking the time to explain the situation 😃
It's "open" in the sense of Apache-licensed and (mostly) developed in public (e.g., the information on this install is public rather than hidden behind a corporate veil).
@epriestley Does this mean that phabricator isn't open to contributions?
Support for PHPUnit 5.x ended on February 2, 2018.
We need this patch for PHPUnit 6/7 ... any idea when it can be landed on master?
Oct 5 2018
Oct 2 2018
This was almost certainly resolved by D16273.
Changes in T13209 make this the only mode.
Sep 27 2018
This is effectively fixed by T13098, which modularizes test output.
Aug 27 2018
This doesn't have a repro and will probably be fixed via rewrite / modernization in T13077 anyway.
Aug 9 2018
Aug 8 2018
Aug 6 2018
See PHI801. This is a similar case to the one above, but I think the underlying use case was a bit more compelling: the install was transitioning from a set of older web nodes to newer web nodes as a part of a general infrastructure upgrade, and making various fixes to the deployment and support software as part of that process. One aspect of these adjacent fixes was changing the path from /something/something/phabricator to /something-else/something-else/phabricator (I think as a consequence of adjusting deploy strategy), so newer nodes would have a different absolute path than older nodes. Both sets of nodes were in production simultaneously.
Aug 1 2018
The workaround does not work for me on Debian 9.5 with OpenSSH 7.4p1. Actually I am surprised this worked for anyone, since the issue appears to be that the buffer of the pipe between ssh-auth's stdout and the parent's stdin is being filled, hence ssh-auth blocking at some point. It should not matter how fast these buffers are being filled...
Jul 30 2018
We have a more reliable break for this now, in the form:
Jul 26 2018
I can't get anything to break at all now. 💁
I made a change like this to split responses into small blocks and give each a random chance of failing (I tried 4096 and 4027, a prime near 4KB, as miniblock sizes):
A recent, probably more concrete issue that I've seen is that wget of a large file can succeed (wget automatically resumes) but we can end up with a file that has different content than the original, which is disastrously bad.
Jul 16 2018
Jun 7 2018
Confirmed on PHPUnit 7.2.2 👍
May 24 2018
This problem fixed by T13140. Thank you.
May 8 2018
Apr 4 2018
Since there's no known actual problem with this today, I don't plan to fix it.
I don't currently plan to change the remaining edge case behaviors since I'm not sure they ever occur in the wild.
Apr 3 2018
Duplicate of T8936?
Mar 30 2018
I confirm the Maxime Corteel patch to be working with PHPUnit 7.0.1 too.
Mar 29 2018
I think this is sort of less bad/weird now, at least. You get a tokenizer instead, which is still empty, but you're prompted to "Type a repository name..." and the UI isn't this odd empty select thing anymore.