Bug #53997
closed123 Installer tries to find database before the user is asked to select one.
0%
Description
I am confused why I get the error and nobody? I dont find similar reports.
I have downloaded the 6.1.6 dummy and source packages and opened the root in the browser.
First, there is an infinite redirect loop error (not after the first step like #51667.
After reloading TYPO3 is displaying the installer.
After filling in db user, db host and password, I get the following error:
There is no connection to the database! (Username: user, Host: localhost, Using Password: YES) Go to Step 1 and enter a valid username and password!
I debugged the following:
\TYPO3\CMS\Dbal\Hooks\InstallHook hooks the stepOutput in \TYPO3\CMS\Install\Installer::stepOutput()
In $GLOBALS[‘TYPO3_DB’] is the \TYPO3\CMS\Dbal\Database\DatabaseConnection and Installer::createDatabaseForm tries to call the method sol_pconnect of it. This returns NULL because DatabaseConnection::handler_init checks whether a database is set or not.
What am I doing wrong? Is it a bug. Is it because of the infinite redirect loop? Can I fix it?
Updated by Markus Klein almost 11 years ago
- Category changed from Install Tool to 999
- Status changed from New to Needs Feedback
This looks like a DBAL problem. Did you activate the DBAL extension somewhere?
Are you using MySQL?
Updated by Frederik Vosberg almost 11 years ago
Thanks for your interest.
Do you mean the TYPO3 extension DBAL? No, I downloaded the sources and the dummy package from typo3.org/downloads. I am using MySQL:
> mysql --version mysql Ver 14.14 Distrib 5.5.34, for debian-linux-gnu (x86_64) using readline 6.2
kind regarts
Updated by Chris topher almost 11 years ago
The extension DBAL is already included in the TYPO3 sources you downloaded. What Markus wants to know is: In the TYPO3 Backend, go to the Extension Manager and check the list of extensions. Is DBAL installed or is it not?
Updated by Visay Keo almost 11 years ago
I had the same problem and since the install tool step fail (db connection cannot establish), we don't have the backend to check.
But checking the generated LocalConfiguration.php, it seems that DBAL is still activated.
'EXT' => array( 'extListArray' => array( ......., ......., 'adodb', 'dbal', ), ), 'EXTCONF' => array( 'dbal' => array( 'handlerCfg' => array( '_DEFAULT' => array( 'config' => array( 'driver' => NULL, 0 => '', ), 'type' => 'adodb', ), ), ), ),
Deactivate dbal from there, everything is working fine. So it's the problem from Install Tool that didn't remove dbal properly.
Updated by Den Denyer almost 11 years ago
Just experienced this on 6.1.8-dev with latest dummy package.
Installed sources as per usual, went to URL to begin installation, got jumped to step 1 in URL (Was not given chance to enter database details).
Found this ticket, removed dbal from LocalConfiguration, altered URL to step 0 and proceeded with installation.
Fell down at step 2, added the socket, port and username./host information to the LocalConfiguration.php and managed to convince the installer to continue.
Updated by Alexander Opitz almost 11 years ago
- Status changed from Needs Feedback to New
- Priority changed from -- undefined -- to Should have
- Is Regression changed from No to Yes
There are now multiple reports for TYPO3 6.0 and 6.1, so it needs investigation.
As I didn't get this issue, I looked through the other reports. And we can see that PHP Version is 5.5. And so I assume, they all do not have the deprecated php_mysql Extension installed. This leads us to following issue: #50752
I disabled the php_mysql extension on my testing box and get the same problem.
Updated by Oliver Salzburg almost 11 years ago
We had a lot of the issues reported here when installing on the latest Ubuntu releases (with whatever MySQL/MariaDB that comes with). Installations on Debian Wheezy did not have any issues.
Additional information: https://github.com/Ecodev/bootstrap_package/issues/57
Updated by Alexander Opitz almost 11 years ago
- Status changed from New to Accepted
- Assignee set to Alexander Opitz
I'm on this issue, which have 2 parts:
- dbal redirect loop
- dbal blocks Database settings (course no DB is selected on this point).
The issue happens only if the php extensions odbc, pdo or oci8 are installed.
Updated by Alexander Opitz almost 11 years ago
For the "dbal redirect loop" I created a new issue: #55252
The point "dbal blocks Database settings" seams to be solved, when the redirect works correctly, but I will let this issue open at the moment.
Updated by Mathias Schreiber almost 10 years ago
- Status changed from Accepted to Needs Feedback
any news here?
Updated by Alexander Opitz over 9 years ago
- Status changed from Needs Feedback to Closed
- Assignee deleted (
Alexander Opitz)
No more input so seams resolved.