Closed (fixed)
Project:
Drush Daemon API
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
28 Oct 2011 at 18:51 UTC
Updated:
22 Aug 2014 at 19:33 UTC
Jump to comment: Most recent
Comments
Comment #1
q0rban commentedHmm, can you think of ways to walk me through replicating this? Do you get the same behavior if you lower PHP's memory limit and run the example drush nar daemon?
Thanks!
Comment #2
tsphethean commentedI am seeing the same issue with reforking - the process runs fine up until memory reaches its threshold, then the daemon status moves to reforking but never actually returns a child process.
Best way to replicate would be to lower the memory threshold really low, so that essentially your daemon tries to refork as soon as it starts - you should observe none of your commands being executed.
Comment #3
alexpottHad this same problem because of the way drush escape's shell commands. See solution here http://drupal.org/node/1437762
Comment #4
kostajh commentedThanks for the reference @alexpott. Based on #1437762: Backend drush command reparsed by escapeshellcmd() which causes issues if you're using a drush.ini file, is it correct that `drushd` is not compatible with Drush 5.x?
Comment #5
alexpottYep drushd is definitely not compatible with drush5... there are a couple of interesting features in d5... especially concurrancy... so a daemon could spawn multiple processes...
Comment #6
kostajh commentedThe solution put forward by @alexpott in #1437762: Backend drush command reparsed by escapeshellcmd() which causes issues if you're using a drush.ini file solves the problem with reforking. Maybe a note should be made of this in the module README or the project page? On the other hand I'm sure anyone who wants to use drushd would read this, so, perhaps this issue should just be left open until Drush 5 compatibility is in place.
Comment #7
laceysanderson commentedUnfortunately version 6.x-1.x will no longer be supported.