Installing Composer Deps

Hi there,

I've found this screencast and testing around with Ubuntu Focal and Bionic... and I also have issues with "Install Composer's dependencies". On both systems ansible stops with nothing... no error, no output and no process (viewed in htop)...

`
TASK [Download Composer] ***********************************
changed: [192.168.19.146]

TASK [Move Composer globally] **********************************
changed: [192.168.19.146]

TASK [Set permissions on Composer] *********************************
ok: [192.168.19.146]

TASK [Install Composer's dependencies] *****************************

`

Any ideas what happend at this point?
Thank you a lot... take care!

sorry: in htop I've found an processes:
<br />/usr/bin/python3 ~/.ansible/tmp/ansible-tmp-1603580969.8799226-12682-259632965674037/AnsiballZ_composer.py<br />/usr/bin/php /usr/local/bin/composer help install --format=json<br />

Ahhh, found the solution by killing the process. In the background was a hint "avoid running Composer as super-user/root".
I used become: true globally and not like you provide in every task.

Hey Axel,

Yeah, looks like on your system the Composer is running under root privileges and so yes, become true should do the trick, nice catch :) An alternative but more complex solution would be to fix permissions and make it be run without root privileges. One of possible reasons why it requires root is that it might be installed via root. Anyway, I'm glad you were able to find the working solution for you!

Cheers!

Not sure why but I get an error running the composer install the second time.
Uncaught TypeError: Argument 1 passed to Composer\\Autoload\\ClassLoader::addClassMap() must be of the type array, integer given

Error goes away only when 'optimize_autoloader' is disabled

- name: Install Composer Dependencies
composer:
working_dir: "{{ symfony_root_dir }}"
no_dev: no
optimize_autoloader: false

Hey gstanto ,

Hm, difficult to say why without debugging, probably it's a bug in Composer, I'd recommend to you to upgrade your composer to the latest available version and try again.

Btw, sometimes problems could be due to the PHP version difference, e.g. when you use different PHP versions locally (where you lock dependencies in composer.lock) and on the server where you're trying to run this script.

UPD: Actually, I found a similar issue in Composer repo: https://github.com/composer... try to follow some instructions from there. Probably the easy fix is to upgrade/downgrade Composer, maybe you just have a bad version.

Let us know if a solution from the issue works for you.

Cheers!

I can't get it to run. I deleted composer.lock, vendor dir, and deleted all cache files, and everything resolved. But only the first run. Same thing happened with previous version install. If I find a solution, I'll post it here. Thank you very much for the timely response btw.

Hm, I just double checked the downloaded course code from both start/ and finish/ directories and it works for me well when I run both "composer install" and "composer install --optimize-autoloader" commands several times locally, i.e. I don't see the error you mentioned. Btw, could you try to install dependencies by yourself, i.e. not via Ansible but directly in your console as I did. Do you also see this error?

Cheers!

Thanks Victor. I did as you said, no errors in console when I was direct on Vagrant. Ran a second time was still fine. Deleted everything, ran and still fine. Changed everything to work for Symfony4, still fine! Must have been me.
sorry for the hassle and thanks for the help. This tutorial was extremely helpful, btw.

Glad it was helpful for you!

Cheers!

If I made mistakes like you, and I rerun the playbook again. Does that mean I re-download php7.1 mysql and composer......over again??

Yo jian su!

Yes and no :). This depends on your task, and it's something we talk about later, in fact in the next chapter to be released: https://knpuniversity.com/screencast/ansible/faster-smarter-playbook

When you use the apt module, it's basically running apt-get install php7.1. And apt is smart enough to not re-download and re-install something if it's already there (however, if you use the "latest" state, then it will upgrade the package if there is a new version). So for apt the answer is mostly no: the packages are not redownloaded and reinstalled.

But for Composer, the answer (until the later chapter), is YES! This is because we're simply telling Ansible to run some commands (which download Composer), so it simply runs those commands every time. That's not a big deal, but it is wasteful. So, we fix it later.

Cheers!

Awesome. Thank you!

Hi Guys:

After running this task and have problem

- name: Install Composer's dependencies
composer:
working_dir: "{{ symfony_root_dir }}"
no_dev: no

Need help, I have the following error

[Symfony\Component\Config\Exception\FileLoaderLoadException]
The configuration key "exclude" is unsupported for definition "AppBundle\" in "/var/www/project/app/config/services.yml". Allowed configuration key
s are "resource", "parent", "shared", "lazy", "public", "abstract", "deprecated", "factory", "arguments", "properties", "configurator", "calls", "t
ags", "autowire", "autoconfigure" in /var/www/project/app/config/services.yml (which is being imported from "/var/www/project/app/config/config.yml
").

Hey jian su!

Ah, ha! This is related to Symfony! Are you trying to use the new Symfony 3.3 dependency injection features? The exclude key is pretty new (only a few days old), so you likely need to update to the absolute latest commit of Symfony on the master branch. I hope you enjoy those features - I've been personally working very hard on them (along with other people).

Cheers!

Ah I see. So I just need download previous version then I should be fine

Yeah, give it a try and let us know if you encounter to any problem :)

The Install Composer's dependencies is failing for me with
TASK [Install Composer's dependencies] *****************************************
fatal: [192.168.33.10]: FAILED! => {"changed": false, "failed": true, "module_stderr": "Shared connection to 192.168.33.10 closed.\r\n", "module_stdout": "Traceback (most recent call last):\r\n File \"/tmp/ansible_c3hnjciv/ansible_module_composer.py\", line 233, in <module>\r\n main()\r\n File \"/tmp/ansible_c3hnjciv/ansible_module_composer.py\", line 212, in main\r\n for param, option in option_params.iteritems():\r\nAttributeError: 'dict' object has no attribute 'iteritems'\r\n", "msg": "MODULE FAILURE"}
as output. The error seems to be related to the version of python but I am not sure if it's the local version or the guest os one.

Hey Nia,

Hm, you can try to run "composer install --no-ansi --no-interaction --no-progress" manually, do you see any errors in the output? If not, then there's some bug in Ansible's Composer module. Btw, do you have the latest Composer version? Do you have any other extra Composer parameters in your task?

Cheers!

Hi Victor,

Running "composer install --no-ansi --no-interaction --no-progress" manually didn't yield any errors and by googling the error it looks like it something related to the composer module.
> Btw, do you have the latest Composer version?
The latest version on the guest or host OS? If guest I using the script at https://getcomposer.org/doc... to download it and install it as suggested in the screencast.

> Do you have any other extra Composer parameters in your task?
No extras parameters in the task.
- name: Install Composer's dependencies
composer:
working_dir: "/var/www/project"
no_dev: no
Also using "ubuntu/xenial64" for vagrant box.

Thanks for the quick reply and feedback.

Hey Nia,

> The latest version on the guest or host OS?
I meant that OS on which you run that composer install task and see that error.

So if you run "composer install" manually and it works fine without any errors but failed with Ansible - most probably related to the Composer module. If you have a detailed steps to reproduce, I think you can report an issue in Ansible's repository if nobody did it already.

So there're a few possible solutions:
1. Try to downgrade your composer.phar file to a lower version with which this task worked fine. But for this one your need to know what version worked fine for you before.
2. Wait for the fix, but you need to be sure that this bug is reported and confirmed, so someone will fix it.
3. Or temporarily write a custom composer task using "command" module to install composer dependencies. You can even play with "changed_when" based on the output to make this task green if nothing was done by Composer.

If first 2 cases are not an option for you - I think the 3rd should be good and easy to implement.

Cheers!

Went with the 3rd option and added
register: composer_dependencies_installed
changed_when: "composer_no_update not in composer_dependencies_installed.stdout_lines"
with
vars:
composer_no_update: "Nothing to install or update"
Thanks again, I will try to make the composer module work in the future.

Hey Nia,

Thanks for sharing your temporary solution with others! Most of the times I just hardcode strings in "changed_when" statements, it makes sense to create a var only when you need to use that string in a few places. But yeah, good work!

Cheers!