Fatal error uncaught exception error table

[SOLVED] Can’t access admin page on Opencart 3.0.2 after install Blog

[SOLVED] Can’t access admin page on Opencart 3.0.2 after install Blog

Post by marketingexraven » Wed Feb 27, 2019 4:04 am

I was trying to put a blog extension on my website and don’t know how, but the admin page broked.

This is the error message:

Fatal error: Uncaught Exception: Error: Table ’09b6922cd5d3.oc_product_advertise_google’ doesn’t exist
Error No: 1146
ALTER TABLE oc_product_advertise_google CHANGE product_advertise_google_id product_advertise_google_id INT(11) UNSIGNED NOT NULL AUTO_INCREMENT; in /srv/users/exraven/apps/exraven/public/system/library/db/mysqli.php:40 Stack trace: #0 /srv/users/exraven/apps/exraven/public/system/library/db.php(45): DBMySQLi->query(‘ALTER TABLE oc_. ‘) #1 /srv/users/exraven/apps/exraven/storage/modification/admin/controller/common/header.php(5): DB->query(‘ALTER TABLE oc_. ‘) #2 /srv/users/exraven/apps/exraven/storage/modification/system/engine/action.php(79): ControllerCommonHeader->index(Array) #3 /srv/users/exraven/apps/exraven/storage/modification/system/engine/loader.php(48): Action->execute(Object(Registry), Array) #4 /srv/users/exraven/apps/exraven/public/admin/controller/common/login.php(79): Loader->controller(‘common/header’) #5 /srv/users/exraven/apps/exraven/storage/modification/system/engine/actio in /srv/users/exraven/apps/exraven/public/system/library/db/mysqli.php on line 40

Anyone know how to fix it? Thanks!

FIX:
Downloaded php header via ftp on «/srv/users/exraven/apps/exraven/storage/modification/admin/controller/common/header.php»

Edited with notepad++ by deleting the line:
«ALTER TABLE oc_product_advertise_google CHANGE product_advertise_google_id product_advertise_google_id INT(11) UNSIGNED NOT NULL AUTO_INCREMENT»

On the original folder on site, I’ve changed the name of header.php to header.php.backup and uploaded my modified header.php to the same folder.

It’s working fine now. Thank you

Источник

Common OpenCart Errors issues and How to Solve Them

This Opencart tutorial collects the most common errors that we face while developing and provides solutions for errors, try them and hope you could solve the issues

Cannot delete the admin folder in Opencart 4

https://forum.opencart.com/viewtopic.php?t=228495&p=843586 This solution looks working, for now, change the following lines of code at admin/controller/common/security.php

2. Blank White Pages or 500 Internal Server Error

Blank white pages are a PHP error that for some reason the error messages don’t show because your server is not set up to display the errors.

1. Go to the admin>> System >> Setting >> Edit store >> Server tab and at the end where you see the Error handling choose Yes to “Display Errors “.
2. If you still don’t see the error, open php.ini and add code below: display_errors = 1; error_reporting = E_ALL; log_errors = 1;
3. If you still don’t see the error then open index.php and add code below at the top (line 2): ini_set(‘display_errors’, 1); ini_set(‘log_errors’, 1); error_reporting(E_ALL);
4. Still seeing the error then, set your “Output Compression Level” to 0 in the System > Settings > Server tab.
5. If you still see the error, solve the issues but if you did not see the errors then most probably it will be a Server error.
6. You can see error logs in the file also if you had enabled it.

Above mostly it gets solved and the 500 Internal Server Error can be solved with a similar approach.

2. Undefined Index / Variable

An undefined variable in the source code of a computer program is a variable that is accessed in the code but has not been previously declared by that code. So for that using “isset()” to check if the variable has been set will solve the issue.

Error variant:

Notice: Undefined index: filter in /Applications/XAMPP/xamppfiles/htdocs/opencart303/catalog/controller/product/category.php on lin

Solution

• Commenting $filter = $this->request->get[‘filter’]; and checking with isset is one way to solve it.
• If you get the issue while installing the modules or extensions then you need to check the code or solve the issues or contacting the developer can be also another solution.

3. Undefined Function / Method

Undefined function/method errors are seen when you call those functions or methods that are not defined and not found. IE_ERROR: A fatal error that causes script termination “Fatal error: Call to undefined function” or “Fatal error: Call to undefined method”. It happens if files are not found or the extensions are not compatible with your OpenCart version. Solutions can be below:

Error variant:

Related to OpenCart core files

• Fatal error: Uncaught Error: Call to undefined method DBMySQLi::query()
• Fatal error: Uncaught Error: Call to undefined method CartCart::getProducts()
• Fatal error: Uncaught Error: Call to undefined method ControllerAccountLogin::validate() in …/catalog/controller/account/login.php:54

Go to the file and check whether the function or methods are defined there.

Error variant:

• Warning: Cannot modify header information – headers already sent by (output started at /public_html/config.php:31) in /path/public_html/index.php online.

Solution:

Remove spaces at the beginning and end of the file mentioned. Like in the above error check with the config.php

5. Session Issue

1. The product on the cart is self-cleared.
2. The product on the cart is cleared after the user logged in.
3. No items stored at product compares.
4. OpenCart admin always asking to login and get message “Invalid token session. Please log in again”.

Error variant:

• Warning: session_start () [function.session-start]: open (/tmp/…, O_RDWR) failed: No such file or directory (2) in /path/public_html/system /library /session.php on line

Solution:

No such file or directory issue

1. Open php.ini and add code below:session.save_path = /tmp;
2. If the solution above does not work, contact your host and ask them how to set session.save_path.

6. Allowed Memory Size Exhausted

This error happens because your memory is not enough to execute the PHP code (uploading large images, deleting a lot of products, sending mass emails, etc). Increasing the memory allocated for PHP will solve the issue.

Error variant:

• Fatal error: the Allowed memory size of 1111 bytes exhausted (tried to allocate 1111 bytes) in /path/public_html/system/library/image.php on line

Solution:

1. Edit php.ini and set memory_limit = 128M;
2. Or put code below to .htaccess php_value memory_limit 128M
3. If the above does not works then contacting the hosting providers is only the solution where they can increase the number.

Warning: Use of undefined constant DIR_STORAGE – assumed ‘DIR_STORAGE’ (this will throw an Error in a future version of PHP) in …/config.php on line

Some other errors that you can face are below:

Error: Calls to magic methods are not allowed!

Error: Could not call product/category

Error: Could not load model

Error: Could not load library

Error: Could not load helper

Error: Could not load cache adaptor Memcache/Redis/APC cache!

Error: Could not load database adaptor mpdo/mssql/mysql/mysqli/postgre !

Error: Could not make a database connection using this username and password

Error: Could not connect to database opencart

Error: PHP GD is not installed!

Error: Could not load image filename!

Error: Invalid session ID!

Warning: Install folder still exists and should be deleted for security reasons!

Installed bad extension, pressed refresh in the modification, and both admin panel and site are down

Remove it from the database, then open config.php and find what is the value defined for storage. Go to that storage/ folder, then go to modification and remove folders, similarly go to upload/ folder and see if there are folders if you have, remove it also. With this, it will remove the cached files and folder. Then, you can access your admin again.

Fatal error uncaught exception

Fatal error: Uncaught Exception: Error: Table ‘….oc_session’ doesn’t exist in engine
Error No: 1932
SELECT `data` FROM `oc_session` WHERE session_id = ‘….’ AND expire > 1548638620 in …/system/library/db/mysqli.php:40 Stack trace: #0 …/system/library/db.php(45): DBMySQLi->query(‘SELECT `data` F…’) #1

For these errors to solve creating a database table will solve most of the issues

Fatal error: Uncaught Exception: Error: Could not load database adaptor DB_DRIVER!

Check in the system/library/DB folder whether the required driver file is there.

Источник

Ошибка 500 сервера, после обновления #80

Здравствуйте. Решил обновить «ваше исскуство», для дополнительных плюшек.
Но после обновления, идет 500 ошибка сервера.
ERRORLOG:

PHP Fatal error: Uncaught Exception: Error: Table ‘opencart.oc_materialize_social_networks’ doesn’t exist
Error No: 1146
SELECT * FROM oc_materialize_social_networks ORDER BY sort_order ASC in /home/s/opencart/opencart/public_html/system/library/db/mysqli.php:40nStack trace:n#0 /home/s/opencart/opencart/public_html/system/library/db.php(45): DBMySQLi->query(‘SELECT * FROM o. ‘)n#1 /home/s/opencart/opencart/public_html/admin/model/extension/materialize/materialize.php(593): DB->query(‘SELECT * FROM o. ‘)n#2 /home/s/opencart/opencart/storage/modification/system/engine/loader.php(248): ModelExtensionMaterializeMaterialize->getSocialIcons()n#3 /home/s/opencart/opencart/public_html/system/engine/proxy.php(47): Loader->(Array, Array)n#4 /home/s/opencart/opencart/public_html/admin/controller/extension/theme/materialize.php(649): Proxy->__call(‘getSocialIcons’, Array)n#5 /home/s/opencart/opencart/storage/modification/system/engine/action.php(79): ControllerExtensionThemeMaterialize->index()n#6 /home/s in /home/s/opencart/opencart/public_html/system/library/db/mysqli.php on line 40

Адаптируйте, пожалуйста, что-бы можно было без проблем обновляться с прошлой версии.
И если это ваша ошибка, исправьте ее пожалуйста.

The text was updated successfully, but these errors were encountered:

Источник

Документы ВОРД из PHP: таблицы не вставляются

elrevin

Новичок

Документы ВОРД из PHP: таблицы не вставляются

Доброго Вам времени суток, господа.
Уже почти разбил лоб об монитор, решая проблему — вот простой код:

Все очень просто и замечательно работает, пока выполняешь это в ZDE, попытка же обращения к скрипту посредством браузера приводит к следующему:
Fatal error: Uncaught exception ‘com_exception’ with message ‘Unable to lookup `Tables’: Вызов был отклонен. ‘

на всякий случай: офис 2007-й

Поможите если кто сталкивался с таким, очень надо

Последние «эксперименты» показали — проблема с вызовом методов и с обращением к свойствам документа:

x-yuri

Новичок

у меня в командной строке работает

ты из командной строки запускаешь?
кстати, ты не один http://www.phptalks.ru/sutra502.php

elrevin

Новичок

dimagolov

Новичок

x-yuri

Новичок

php.spb.ru

> что-то мне подсказывает, что не из командной строки это из под сервиса апача, который не имеет GUI и поэтому ворд из

У меня Апач и пхп модуль отлично работают с СОМ (Ворд, Эксель).

elrevin

Новичок

x-yuri

Новичок

dimagolov

Новичок

x-yuri

Новичок

php.spb.ru

нет, иначе бы апач маячил черным окном на рабочем столе, но он не маячит

работает, естественно, без $Word->Visible=1
(+нужно изредка убивать зависшие копии Экселя)

x-yuri

Новичок

elrevin

Новичок

Где она должна стоять?

com_print_typeinfo($Word->Documents[1]) и com_print_typeinfo($Word->ActiveDocument):
Warning: Unable to find typeinfo using the parameters supplied in D:gsmeshwwwwordwd.php on line 7

а вот com_print_typeinfo($Word) показывает наличие и Documents и ActiveDocument

dimagolov

Новичок

с офисом 2007 могут быть самые разные нюансы. он зараза проверяет лицензию на использование GUI, то есть для WinServer 2008 это не только CAL, а если работаем через RDP то и RDP-CAL, которые всегда надо покуапть отдельно (если насетапили сервер как RDP server).

это я к чему. стоит попробовать с более старым офисом.

elrevin, да не должна она стоять. это было предположение, которое не подтвердилось. хотя. для 2007-го офиса может и должна.
тут могут разве что быть нюансы с тем, от какого юзера пускается апач, SYSTEM может не иметь куда-то доступа.

Источник

RTFM.WIKI

Ordnung muß sein. Ordnung über alles (18+)

Инструменты пользователя

Инструменты сайта

Содержание

MySQL — коллекция ошибок и фиксов

Ошибки

Foreign key / Внешние ключи / Ошибка #1217

Теория в другом месте. Только фикс.

Текст ошибки может быть разным

В mysql cli отключаем проверку внешних ключей, делаем нужный запрос, включаем обратно.

можно ещё проще сделать

Run ‘systemctl daemon-reload’ to reload units

Warning: The unit file, source configuration file or drop-ins of mariadb.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

Can’t init tc log

MySQL “Got an error reading communication packet” errors

#1524 — Plugin ‘unix_socket’ is not loaded

Can’t create a new thread (errno 11)

Ошибка Can’t create a new thread (errno 11); if you are not out of available memory, you can consult the manual for a possible OS -dependent bug

Лимиты установленные для MySQL в файле /etc/security/limits.conf будут переопределены файлом /etc/security/limits.d/90-nproc.conf . Поэтому задавать лимиты нужно в 90-nproc.conf или создать отдельный файл 91-mysql.conf

#1698 — Access denied for user ‘root’@’localhost’

Не работает phpmyadmin под root’ом. Для MySQL 127.0.0.1 и localhost это разные хосты.

Добавляем отдельного пользователя для администрирования

что-то там с sudo и unix_socket, не разбирался пока, но вариант рабочий.

mysqldump: Couldn’t execute ‘show events’

Ошибка mysqldump: Couldn’t execute ‘show events’: Cannot proceed because system tables used by Event Scheduler were found damaged at server start после перехода на MariaDB с MySQL 56 на cPanel сервере

mysql_upgrade по рекомендациям тоже не работает с ошибкой mysqldump: Got error: 1102: Incorrect database name ‘#mysql50#.config’» when selecting the database

И мне помог не cPanel, а Plesk

В /var/lib/mysql/ был каталог с точкой в имени.

Чтобы его найти выполним команду

Решение

Удалить/перенести каталог в другой место, выполнить mysql_upgrade.

#1214 — The used table type doesn’t support FULLTEXT indexes

Индексы FULLTEXT поддерживаются в таблицах InnoDB только начиная с MYSQL 5.6, поэтому попробуйте обновить MYSQL и после этого изменить команду таблицы

Waiting for table metadata lock

No directory, logging in with HOME=/

Подобная ошибка была в Debian с репозиторием dotdeb.

Надо поправить /etc/passwd

Должно быть так

Can’t create thread to kill server (errno= 11)

Скорее всего на сервере недостаточно памяти для выбранных настроек в my.cnf .

Т.е. key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections в итоге получается больше чем RAM на сервере.

Решение — уменьшить max_connections и другие параметры исходя из доступных ресурсов.

Can’t create a new thread (errno 11)

Ошибка похожа на Can’t create thread to kill server и также связана с лимитами.

В данном случае нужно увеличить количество открытых файлов и количество процессов ( nofile и nproc ).

По-умолчанию open files равен 1024.

Проверим, чтобы удостовериться

Добавляем в файл /etc/security/limits.conf

Либо устанавливаем лимит только для mysql

Нашёл рекомендацию добавить лимиты в отдельный файл 99-mysql.conf в каталоге /etc/security/limits.d/

unknown variable ‘default-tmp-storage-engine=MyISAM’

Вот такая ошибка может возникнуть если бездумно копировать из разных блогов советы бывалых админов

default-tmp-storage-engine появился только в MySQL 5.6 и если использовать опцию в версии 5.5, то MySQL не запустится.

Host ‘a.b.c.d’ is blocked because of many connection errors; unblock with ‘myscladmin flush-hosts’

Ошибка возникает после 10 (по-умолчанию) неудачных соединений с базой.

Fatal error: Uncaught exception ‘Exception’ with message ‘Error: Can’t open file: ‘./ocr/oc_product.frm’ (errno: 24)

В логе mariadb.log нечто подобное

Решение — см. запись ниже open-files-limit в MariaDB

Текущее использование открытых файлов можно посмотреть так:

InnoDB: mmap(137363456 bytes) failed; errno 12

Решение — уменьшить innodb_buffer_pool_size или добавить RAM.

Правильный UTF-8

а потом трахбах и deprecated

#1146 — Table ‘data_dictionary.CHARACTER_SETS’ doesn’t exist

И опять убунта. Что за чудо система. Не даёт скучать. Сиди чини её нескончаемые баги. Впрочем ничего нового.

И всё начинает работать. До следующего адового бага. Продакшен реди итиху мать.

/usr/sbin/mysqld: Error on realpath() on ‘/var/lib/mysql-files’ (Error 2)

Баг после апгрейда встретился только в Ubuntu

ЕМНИП нужно просто создать каталог /var/lib/mysql-files

‘ERROR 1214 (HY000) at line 784: The used table type doesn’t support FULLTEXT indexes ‘

FULLTEXT INDEX раньше работал только с MyISAM. С версии 5.6 доступен в InnoDB.

Так что либо апгрейд либо ALTER TABLE `yourtable` ENGINE = MyISAM;

Got an error from unknown thread, /builddir/build/BUILD /storage/myisam/mi_write.c:226

Также в логах может быть что-то вроде Incorrect key file for table ‘xyz.MYI’; try to repair it

Казалось бы следует сделать mysqlrepair –auto-repair . Но обычно это не помогает.

Скорее всего нет инодов или кончилось место или недоступен tmpdir в mysql.

Проверяем df -i и df -h . Также проверяем значение tmpdir в my.cnf

mysqldump: Got error: (Errcode: 24) when using LOCK TABLES

Узнал о крутой утилите perror. По коду ошибки покажет, что не так.

Ну и по ошибке выше — попробуйте добавить опцию —single-transaction к mysqldump

Error Number: 1364

Через tcpdump выловил ошибку в php-fpm

Виной всему старый код и новый (5.7) MySQL.

Быстрый фикс — выключить так называемый strict mode

Для этого нужно добавить в my.cnf

Можно также вынести в отдельный файл /etc/mysql/conf.d/disable_strict_mode.cnf

Проверить sql_mode

#1030 — Got error -1 from storage engine

При попытке выполнить SQL запрос в phpmyadmin получаем ошибку #1030 — Got error -1 from storage engine

Вероятно включен innodb_force_recovery в файле my.cnf .

Проверяем логи. Если есть нечто подобное

то значит так оно и есть. Выключаем innodb_force_recovery и всё снова работает.

error: ‘Access denied for user ‘debian-sys-maint’@’localhost’ (using password: YES)’

Смотрим пароль пользователя debian-sys-maint в файле /etc/mysql/debian.cnf

Выполняем 2 SQL запроса, чтобы вернуть гражданину debian-sys-maint его привилегии

Перезапускаем MySQL сервер

open-files-limit в MariaDB

Systemd самостоятельно контролирует, сколько файлов служба (в нашем случае mariadb-server) может открыть, независимо от того, что вы настроили в /etc/my.cnf или в /etc/security/limits.conf .

И вносим следующие правки

Данные новшества однако документированы. Так что надо просто внимательнее читать release notes и changelog.

Unable to lock ./ibdata1, error: 11

Решение в сети, которое якобы некоторым помогает

увы не помогает.

Бытует мнение, что виной всему Apparmor т.к. нигде кроме Ubuntu ошибка эта не встречалась

Можно попробовать добавить в /etc/apparmor.d/usr.sbin.mysqld

надо проверить

unknown option ‘—skip-locking’

Опцию –skip-locking убрали в MySQL 5.5.

Решение: заменить skip-locking на skip-external-locking

Источник