Needs work
Project:
Provision
Version:
7.x-3.x-dev
Component:
Debian package
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
17 Mar 2017 at 20:57 UTC
Updated:
20 Feb 2019 at 18:10 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
colanComment #3
helmo commentedThe lack of output here comes from the way we call it.
We use drush_invoke_process for it which returns an array of output when it's finished... so it's not a steam.
Comment #4
helmo commentedTurns out we we’re not even getting output if we call 'drush @hm hosting-pause' directly.
The log type 'message' is just wrong... When I changed it to warning I got further. Hosting commit: 2db3e73
But replicating the call we do on upgrades
drush @hm --debug php-eval "provision_backend_invoke('hostmaster', 'hosting-pause', array(), array('#integrate' => FALSE));"was still silent.Shame on me for adding that integrate=FALSE in c0c49d2391c5f678869c2a23f3701cf34af578ed
Comment #6
jon pughLooks good, I pushed it. I am now seeing the hanging hosting-pause command.
Comment #7
jon pughUh oh, I think that hiding of messages from hosting-pause might have been intentional...
With integrate removed, I am getting an error saving crontab: https://travis-ci.org/opendevshop/devshop/jobs/224416074#L5233
I'm going to revert this for now.
Comment #10
colanComment #11
colanBack to reviewing #4.
Comment #12
helmo commented@Jon Pugh: The error in you point to in #7 seems to be about hosting-resume, not hosting-pause.
We should really figure out how to fix the error there instead of ignoring it with integrate=false