Closed ceefour closed 5 years ago
Hi there.
Hope you are all well.
I also had the below errors:
I solved the first 2 of them by commenting:
Patch ./vendor/pimcore/pimcore/lib/Tool/Requirements.php, and comment:
/* $largePrefix = $db->fetchRow("SHOW GLOBAL VARIABLES LIKE 'innodb_large_prefix';"); $checks[] = new Check([ 'name' => 'innodb_large_prefix = ON ', 'state' => ($largePrefix && $largePrefix['Value'] != 'ON') ? Check::STATE_ERROR : Check::STATE_OK ]);
$fileFormat = $db->fetchRow("SHOW GLOBAL VARIABLES LIKE 'innodb\_file\_format';");
$checks[] = new Check([
'name' => 'innodb_file_format = Barracuda',
'state' => ($fileFormat && $fileFormat['Value'] != 'Barracuda') ? Check::STATE_ERROR : Check::STATE_OK
]);
*/
BUT, how can i solve this one as well? --> * WITH RECURSIVE is required.
Please advise.
I fixed the above error by commenting out: // $checks[] = new Check([ // 'name' => 'WITH RECURSIVE', // 'state' => $queryCheck ? Check::STATE_OK : Check::STATE_ERROR, // ]);
Installation runs until step 6/11 and then gives the below NEW error:
====================================================== [ERROR] The following errors were encountered during installation
assets
(
id
int(11) unsigned NOT NULL AUTO_INCREMENT,
parentId
int(11) unsigned DEFAULT NULL,
type
varchar(20) DEFAULT NULL,
filename
varchar(255) CHARACTER SET utf8 COLLATE utf8_bin DEFAULT '',
path
varchar(765) CHARACTER SET utf8 COLLATE utf8_bin DEFAULT NULL,mimetype
varchar(190) DEFAULT NULL,
creationDate
INT(11) UNSIGNED DEFAULT NULL,
modificationDate
INT(11) UNSIGNED DEFAULT NULL,
userOwner
int(11) unsigned DEFAULT NULL,
userModification
int(11) unsigned DEFAULT NULL,
customSettings
longtext,
hasMetaData
tinyint(1) NOT NULL DEFAULT '0',
versionCount
INT UNSIGNED NOT NULL DEFAULT '0',
PRIMARY KEY (id
),
UNIQUE KEY fullpath
(path
,filename
),
KEY parentId
(parentId
),
KEY filename
(filename
),
KEY modificationDate
(modificationDate
)
) AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC;':PLEASE HELP ME :(
@pitzio725 it seems your MariaDB instance is not using Barracuda and innodb_large_prefix
. Please check that directly on your MySQL console, by using:
SHOW GLOBAL VARIABLES LIKE 'innodb\_large\_prefix';
SHOW GLOBAL VARIABLES LIKE 'innodb\_file\_format';
MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE 'innodb_large_prefix'; +---------------------+-------+ | Variable_name | Value | +---------------------+-------+ | innodb_large_prefix | OFF | +---------------------+-------+ 1 row in set (0.01 sec)
MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE 'innodb_file_format'; +--------------------+----------+ | Variable_name | Value | +--------------------+----------+ | innodb_file_format | Antelope | +--------------------+----------+ 1 row in set (0.01 sec)
Thank you for your swift reply @brusch
What are the next steps that i should do to solve this?
@pitzio725 you need to change the MariaDB configs accordingly, see: https://mariadb.com/kb/en/configuring-mariadb-with-option-files/
Hi there.
Hope you are all well.
I also had the below errors:
* innodb_large_prefix = ON is required. * innodb_file_format = Barracuda is required. * WITH RECURSIVE is required.
I solved the first 2 of them by commenting:
Patch ./vendor/pimcore/pimcore/lib/Tool/Requirements.php, and comment:
/* $largePrefix = $db->fetchRow("SHOW GLOBAL VARIABLES LIKE 'innodb_large_prefix';"); $checks[] = new Check([ 'name' => 'innodb_large_prefix = ON ', 'state' => ($largePrefix && $largePrefix['Value'] != 'ON') ? Check::STATE_ERROR : Check::STATE_OK ]);
$fileFormat = $db->fetchRow("SHOW GLOBAL VARIABLES LIKE 'innodb\_file\_format';"); $checks[] = new Check([ 'name' => 'innodb_file_format = Barracuda', 'state' => ($fileFormat && $fileFormat['Value'] != 'Barracuda') ? Check::STATE_ERROR : Check::STATE_OK ]);
*/
BUT, how can i solve this one as well? --> * WITH RECURSIVE is required.
Please advise.
Is there any update here for the "WITH RECURSIVE" error? I ran into exactly the same issue.
Hi there. Hope you are all well. I also had the below errors:
* innodb_large_prefix = ON is required. * innodb_file_format = Barracuda is required. * WITH RECURSIVE is required.
I solved the first 2 of them by commenting: Patch ./vendor/pimcore/pimcore/lib/Tool/Requirements.php, and comment: /* $largePrefix = $db->fetchRow("SHOW GLOBAL VARIABLES LIKE 'innodb_large_prefix';"); $checks[] = new Check([ 'name' => 'innodb_large_prefix = ON ', 'state' => ($largePrefix && $largePrefix['Value'] != 'ON') ? Check::STATE_ERROR : Check::STATE_OK ]);
$fileFormat = $db->fetchRow("SHOW GLOBAL VARIABLES LIKE 'innodb\_file\_format';"); $checks[] = new Check([ 'name' => 'innodb_file_format = Barracuda', 'state' => ($fileFormat && $fileFormat['Value'] != 'Barracuda') ? Check::STATE_ERROR : Check::STATE_OK ]);
/ BUT, how can i solve this one as well? --> WITH RECURSIVE is required. Please advise.
Is there any update here for the "WITH RECURSIVE" error? I ran into exactly the same issue.
I resolve doing this but I don't know if there are going to be fundemental problems in he future because of it.
Go to vendor/pimcore/pimcore/lib/Tool/Requirements.php
and comment this last check:
`// With RECURSIVE // $queryCheck = true;
// try {
// $db->query(
// 'WITH RECURSIVE counter AS (
// SELECT 1 as n UNION ALL SELECT n + 1 FROM counter WHERE n < 10
// )
// SELECT * from counter'
// );
// } catch (\Exception $e) {
// $queryCheck = false;
// }
// $checks[] = new Check([
// 'name' => 'WITH RECURSIVE',
// 'state' => $queryCheck ? Check::STATE_OK : Check::STATE_ERROR,
// ]);`
You should be fine now.
In my case, I got the "With RECURSIVE" error because I was still using mysql 5.7 Server. Upgrading to mysql 8 solved the error for me.
Bug Report
Pimcore 6.0.
Expected behavior
Completes successfully.
Actual behavior
Additionally,
var/installer/logs/prod.log
is not created, even though we have permissions.Steps to reproduce
./vendor/bin/pimcore-install
with--mysql-host-socket=
optionExplanation
In AWS RDS MariaDB 10.3,
innodb_large_prefix
andinnodb_file_format
is always empty and cannot be changed via parameter group, as the default (since 10.2) isBarracuda
and thus these settings are no longer relevant. So these settings do not need to be checked for MariaDB 10.2 and later.Refs #2595
Workaround
Patch
./vendor/pimcore/pimcore/lib/Tool/Requirements.php
, and comment: