Cannot login after a broken update

Your software
My Mautic version is: 2.15.3
My PHP version is: PHP 5.6

Your problem
My problem is: After a broken update (didn’t finish) mautic had a lot of issues.

These errors are showing in the log:

[2019-10-24 13:59:07] mautic.NOTICE: Symfony\Component\Console\Exception\RuntimeException: Too many arguments, expected arguments “command”. (uncaught exception) at /home/mymauticsite/public_html/mautic/vendor/symfony/console/Input/ArgvInput.php line 182 while running console command mautic:broadcasts:send

Steps I have tried to fix the problem:

I’ve read and tried a lot of things as change server configurations to finish the update with doctrine:schema:update --force and a the error message saying its offline and a lot of error_log messages are ok now. But now, I cannot login to Mautic, it reads and came back to login page. There are only one error message left (pasted above)

Sites I’ve used to repair some of the first errors.



https://www.mautic.org/docs/en/tips/troubleshooting.html

Hi there,

Sorry to hear you’re having problems after updating. Have you followed, step by step, the stages in this page on the docs?

Please share the results from each step.

1 Like

Hi rcheesley ! Thanks for help.

I’ve tried this steps before posting here. I’ve installed command.php to execute the routines as I’m not able to connect throught ssh. The system finished 3 update routines, the error message disappeared but I cannot login and when I try it logs the message above.

Hope someone knows this error and could point me to the right direction !

Thanks !

It looks like maybe a problem with your cron job, but that should not prevent you logging in.

What happens if you try to log in? Have you tried doing so in an incognito window or another browser, for example?

1 Like

Yep. I’ve tested with all the browsers, incognito, throught VPN, on mobile, cleaned cache, everything.

It happened after a broken update that I think already is ok.

I tried to delete the mautic folder, download a new install, extract, copy my old local.php back to new installation folder and nothing changed. I open mautic’s login page, insert my login credentials, mautic try to login and nothing happens, it’s like a refresh on the page so I’m back to login page to insert my credentials again. Everytime I try to login it logs the error message I’ve posted.

What I just did:

. I’ve installed Mautic in a new server
. Then I’ve pointed the local.php to access the database on the old (with problem) installation, just to see if the problem is with something in database and… everything worked like a charm.

So, I do not have problem with database. I do not have problem with mautic files. Something in my local.php is causing the problem. Maybe an old setup that is causing this.

my local.php:

https://pastebin.com/9upPRefY

1 Like

Can you share the output of your error logs since you tried this? Is it still just the one about too many arguments?

Manually delete the app/cache/prod/ directory and try a refresh of Mautic in your browser.

1 Like

Same error message on the logs:

mautic.NOTICE: Symfony\Component\Console\Exception\RuntimeException: Too many arguments, expected arguments “command”. (uncaught exception) at /home/mymauticsite/public_html/mautic/vendor/symfony/console/Input/ArgvInput.php line 182 while running console command mautic:broadcasts:send

I’ve tried that a lot of time. All the troubleshooting steps Mautic’s documentation indicates I did.

So you used your panel’s file manager to delete that folder? I’m not talking about using the script.

=====

When you used a fresh install with your old local.php, everything worked correctly, right?

Hi MxyzptlkFishStix, Thanks for helping.

I’ve tried with script, and in the last test I’ve deleted it by SSH as I asked for the access to my ISP. Same problem.

When I fresh install and put my old local.php back, the error is the same, its why I think something on my local.php is the responsable for this issue.

Regards.

I did a diff of your local.php with mine. Outside of differences between logins/pass/domains/mail/etc., I don’t see any problems.

What version of Mautic did you upgrade from?

from 2.15.1

I do not understand what is the problem. I’ve tried do upgrade, it didn’t work and Mautic stop working. So I followed all the troubleshooting document steps, change php version, change max_limit php values, etc and all the new error_logs was clean except for this one with this error message. I tried everything and nothing work so I did a fresh install in a new server, changed the local.php variables manually to point it to the old database and it works. Just to test, I copied local.php from old installation and put it on the new server and got the same error. So I export the old database, import on a database server on the new installation and now its working.

I kept this issue opened because it could help someone with the same problem. I kept the old installation with problem to try to figure out how to fix it and learn more about mautic.

You could always try a diff of the two different directories (broken upgrade and fresh 2.15.3) and see what’s different between the two as far as files go.

diff -qr /directory/of/broken/mautic /directory/of/fresh/mautic

Based on what you’ve posted, it doesn’t seem like that upgrade processed the zip file extraction properly.

1 Like

yes, but following the troubleshooting steps, I’ve download a fresh install on the old server, put local.php back and the problem still the same. So the files on the old server already is a fresh copy. Thats why I said the problem might be on the local.php. Because it’s the only different file that causing problems.

The different thing I have on the old Mautic and new one is that on the old server I was using Sparkpost API to send mails and on the new one I’m using ElasticMail

Are you deleting the entire old installation first or are you overwriting the old installation with new files?

I’ve deleted entire installation and extract the new files from the zip downloaded.

You said that you tried a fresh install on another host, using your old local.php, and everything worked, correct?

No. I tried a fresh install on another host, using old database but with the old local.php the error is the same. If I use the new local.php and just point it to the old database server, it works fine.

Move your new local.php to the old install and see if that solves your problem. The local.php might have DOS carriage returns. Do the former or convert the “bad” local.php to Unix format.

DOS2Unix