I upgraded Baculum to 9.6.3 from the Stretch repository. Installation went
OK until I opened the Web client and got the following error in an error
box as soon as any data request was made, e.g. list job history. Bacula is

*Error code:* 100

*Message:* Problem with connection to remote host. cURL error 0: .
Prado\Exceptions\TPhpFatalErrorException Description

[Core Warning] PHP Startup: Unable to load dynamic library 'pdo_mysql'
(tried: /usr/lib/php/20180731/pdo_mysql (/usr/lib/php/20180731/pdo_mysql:
cannot open shared object file: No such file or directory),
/usr/lib/php/20180731/pdo_mysql.so (/usr/lib/php/20180731/pdo_mysql.so:
undefined symbol: mysqlnd_allocator)) (@line 0 in file Unknown).
Source File


0182:      * PHP shutdown function used to catch fatal errors.
0183:      * This method should be registered as PHP error handler using
0184:      * {@link register_shutdown_function}. The method throws an
exception that
0185:      * contains the error information.
0186:      */
0187:     public static function phpFatalErrorHandler()
0188:     {
0189:         $error = error_get_last();
0190:         if ($error &&
0191:             TPhpErrorException::isFatalError($error) &&
0192:             error_reporting() & $error['type']) {
0193:             self::exceptionHandler(new
TPhpFatalErrorException($error['type'], $error['message'],
$error['file'], $error['line']));
0194:         }
0195:     }
0197:     /**
0198:      * Default exception handler.
0199:      * This method should be registered as default exception handler using
0200:      * {@link set_exception_handler}. The method tries to use
the errorhandler
0201:      * module of the Prado application to handle the exception.
0202:      * If the application or the module does not exist, it
simply echoes the
0203:      * exception.
0204:      * @param Exception $exception exception that is not caught
0205:      */

Stack Trace

#0 [internal function]: Prado\PradoBase::phpFatalErrorHandler()
#1 {main}

2020-05-21 17:04 Apache/2.4.38 (Debian) PRADO

The missing file /usr/lib/php/20180731/pdo_mysql.so noted above is actually

-$ ls /usr/lib/php/20180731/
apc.so       ftp.so       mysqli.so      redis.so      sysvshm.so
apcu.so      gd.so        mysqlnd.so     shmop.so      tokenizer.so
bcmath.so    gettext.so   opcache.so     simplexml.so  wddx.so
calendar.so  iconv.so     “pdo_mysql.so"   smbclient.so  xmlreader.so
ctype.so     igbinary.so  pdo.so         sockets.so    xml.so
curl.so      imagick.so   pdo_sqlite.so  sqlite3.so    xmlwriter.so
dom.so       intl.so      phar.so        ssh2.so       xsl.so
exif.so      json.so      posix.so       sysvmsg.so    zip.so
fileinfo.so  mbstring.so  readline.so    sysvsem.so

Would be glad of any pointers to correct this.

Chris Wilkinson
Bacula-users mailing list

Reply via email to