- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jul 2 2019
Jun 29 2019
A couple of weird cases on state management:
This is sort of generically concerning to me:
This is deployed everywhere now, and kicking secure004 over seemed to work correctly, at least.
This stuff is all deployed, now.
Jun 28 2019
Any update on when this is going to reach stable? We're ~16 weeks past the earlier estimate...
ayyyyy
Jun 27 2019
Jun 26 2019
cd provides "at least once" delivery guarantees.
cd provides "at least once" delivery guarantees.
Jun 25 2019
Yeah, I suppose most of my skepticism comes from not knowing any other examples of long-loved processes parsing ps output instead of using PID files.
Oh, and this might be useful, but is probably less portable than just using ps.
In D20616#260712, @epriestley wrote:
- The disk can be full, or read-only. Or become full later, including while the daemon is running.
- Any of these policy/disk state problems can pass any effort we make to test them early, then fail after the process daemonizes, making it difficult to report the failure to the user.
- Fix typo.
- Fix out-of-date comment/logic around overseer tests.
This whole series of changes is motivated by "a PID file was out of date because of a reboot, and we tried to kill some other random process", right? Was there anything else that PID file tracking wasn't doing correctly?
This whole series of changes is motivated by "a PID file was out of date because of a reboot, and we tried to kill some other random process", right? Was there anything else that PID file tracking wasn't doing correctly?
This incantation seems to work as an upstart job:
I'm going to install an upstart task on secure004 and kick it a few times, some stuff might be sketchy until I figure that out.
Support multiple request encodings (likely BSON, protobuf, or messagepack). Leave JSON as the default, but in cases where messages can not be represented in JSON this gives us a plausible way forward.
The stalled production backup process completed successfully after deploying the change.
See also PHI1318. The new behavior here has tightened our rules about which users we act as.
I'm going to try to sneak this out to the db tier to resolve things before the west coast wakes up, at least.
PHP Fatal error: Out of memory (allocated 311164928) (tried to allocate 105988097 bytes) in /core/lib/libphutil/src/future/exec/ExecFuture.php on line 246