MySQL 5.1 upgrade?

Hello All,
I am running Leopard Server and want to upgrade to MySQL 5.1. The instructions say to install the MySQLStartupItem.pkg that is included which installs a MySQLCOM file in the /Library/StartupItems and is managed via a prefpane that is also installed in the System Preferences. However, I would rather manage this through the Server Admin application via the MySQL service. Is there anyway to tell Server Admin to use the new version of MySQL rather than installing the startupitems/prefpane hack??
Thank you very much!

In my installations of MySQL using the MySQLCOM StartupItem, it points to /usr/local/mysql/support-files/mysql.server which is the startup script for the 'mysqld' process of the community version. That script doesn't use any of the parameters from the Apple .plist file, instead it pulls directly from /etc/my.cnf and code in the script to start the 'mysqld' process. Also, the installer doesn't place the MySQL install into /usr/local/mysql, instead, the MySQL installer places the files in /usr/local/mysql-<version>-<OSversion>-<architecture>, where <version> is the MySQL version, <OSversion> is the version of OS X, and <architecture> is the processor architecture (without the < or > symbols).
In my installs, I have symlinked /usr/local/mysql to the actual install directory like this:
ln -s /usr/local/mysql-<version>-<OSversion>-<architecture> /usr/local/mysql
Without symlinking you will change this line in the .plist:
<string>/usr/libexec/mysqld</string>
to:
<string>/usr/local/mysql-<version>-<OSversion>-<architecture>/bin/mysqld</string >
If you go the symlink route, you will change the line in the .plist that reads:
<string>/usr/libexec/mysqld</string>
to:
<string>/usr/local/mysql/bin/mysqld</string>
A tip for editing .plist files, use PropertyListEditor.app. It can be found in the/Utility directory on the installer .dmg of the latest version of the Server Admin Tools, or installed with the XCode Developer Tools. It's much more reliable -when you have to hack around on .plist files- than a text editor.

Similar Messages

PHP/MySQL incommunicado since upgrading OS X Server 10.4.2 - 10.4.3

Back when 10.4 first came out and I foolishly upgraded my server right away, I spent hours trying to reconfigure PHP because Apple had monkeyed with with the configuration (since 10.3) and shipped it such that PHP/MySQL wouldn't speak out of the box. I think the trouble had something to do with the location that PHP looks for MySQL, but low level config of these services isn't really my area of expertise. Eventually I got it fixed, but it was a nightmare trying to figure out what was wrong.
Sooo....performed the update to 10.4.3 this morning....and now if I try to bring up a php page in a web browser:
Warning: mysql_pconnect(): Can't connect to MySQL server on '10.0.1.250' (61)...
And that's as far as it gets. Anyone have any ideas? I would speculate that Apple may have finally addressed the issue that was preventing PHP/MySQL from working out-of-box in 10.4, but, in doing so, my workaround for that problem has now become a problem itself.
Any advice or help would be of greatly appreciated!

Make sure mySQL server process is started running.
I think on some upgrades the setting for automatic start of mySQL
servcies gets set to NO in /etc/hostconfig file

PHP/MySQL error since upgrading to Snow Leopard

When I upgraded to Snow Leopard from Leopard I am getting errors on my webserver:
*Warning: mysql_connect() http://function.mysql-connect: OK packet 6 bytes shorter than expected in /Library/WebServer/mysql_connect.php on line 8*
*Warning: mysql_connect() http://function.mysql-connect: mysqlnd cannot connect to MySQL 4.1+ using old authentication in /Library/WebServer/mysql_connect.php on line 8*
The MySQL server is hosted remotely, and the php files are running locally.
Any ideas?
Thanks in advance.

Got mine working:
I fixed the bug per http://bugs.php.net/bug.php?id=49267
and
I complied php-5.3.1RC1 with
./configure '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--disable-dependency-tracking' '--sysconfdir=/private/etc' '--with-apxs2=/usr/sbin/apxs' '--enable-cli' '--with-config-file-path=/etc' '--with-libxml-dir=/usr' '--with-openssl=/usr' '--with-kerberos=/usr' '--with-zlib=/usr' '--enable-bcmath' '--with-bz2=/usr' '--enable-calendar' '--with-curl=/usr' '--enable-exif' '--enable-ftp' '--with-ldap=/usr' '--with-ldap-sasl=/usr' '--enable-mbstring' '--enable-mbregex' '--with-mysql=/usr/local/mysql' '--with-mysql-sock=/var/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-iodbc=/usr' '--enable-shmop' '--with-snmp=/usr' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-xmlrpc' '--with-iconv-dir=/usr' '--with-xsl=/usr'

MySQL uninstall after upgrade from Mac OS X 10.6.8

Hi,
I've upgraded my Mac Pro to Mac OS X 10.7 from 10.6.8.
So i've embedded PostgreSQL of Lion and embedded MySQL from 10.6.8.
I've migrated my web sites databases from the old MySQL to the new PostgreSQL.
Now, I would like to stop and uninstall the old MySQL server.
How can I uninstall it ?
Thanks.

Because it's not the MySQL offcial package that is running, but the embedded one that was in 10.6.8, nothing is the same as in this forum.
Because Mysql binaries are in /usr/bin, it should be difficult to uninstall it. In fact it's not a problem if binaries are still there, cause it's not a great amount of data.
But, I would like to stop the MySQL server and actually, I don't know how to do that.
There is no files in /Library/StartupItems.
There is no MSQLCOM=-YES- or MSQLCOM=-NO- in /etc/hostconfig.
I tried to add MSQLCOM=-NO- in it, but after rebooted the server, mysql is still running ...
I don't know how to stop or start the MySQL service on Lion ?

Dbd::mysql dead following upgrade

I've been using a combination of apache, PHP, perl, and MySQL for web development since 10.4, which relies upon the DBD::mysql module available from CPAN. The 10.5 upgrade broke my DBD::mysql installation, and so did this one.
On 10.5, I had MySQL 5.0.51 running nicely with DBD::mysql-4.010 and Perl 5.8.8. Following the uprage, the MySQL installation continued to work properly, but programs attempting to use DBI for MySQL encountered the following error:
install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC contains: /Library/Perl/Updates/5.8.9 /System/Library/Perl/5.8.9/darwin-thread-multi-2level /System/Library/Perl/5.8.9 /Library/Perl/5.8.9/darwin-thread-multi-2level /Library/Perl/5.8.9 /Network/Library/Perl/5.8.9/darwin-thread-multi-2level /Network/Library/Perl/5.8.9 /Network/Library/Perl /System/Library/Perl/Extras/5.8.9/darwin-thread-multi-2level /System/Library/Perl/Extras/5.8.9 /Library/Perl/5.8.8 /Library/Perl/5.8.6 /Library/Perl/5.8.1 .) at (eval 4) line 3.
Perhaps the DBD::mysql perl module hasn't been fully installed,
or perhaps the capitalisation of 'mysql' isn't right.
Available drivers: DBM, ExampleP, File, Gofer, Proxy, SQLite, Sponge.
The perl installation went from 5.8.8 to 5.8.9 during the upgrade. I have had problems before interfacing 64-bit MySQL with 32-bit DBD::mysql, and before the upgrade I was running only 32-bit versions of MySQL.
I have tried to reinstall both DBI and DBD::mysql in both 64-bit and 32-bit perl and MySQL. The make of DBD::mysql fails with the following error:
cflags (mysql_config) = -I/usr/local/mysql/include -g -Os -arch x86_64 -fno-common -DP1003_1BVISIBLE -DSIGNALWITH_VIOCLOSE -DSIGNALSDONT_BREAKREAD -DIGNORESIGHUPSIGQUIT -DDONTDECLARE_CXA_PUREVIRTUAL
embedded (mysql_config) =
libs (mysql_config) = -L/usr/local/mysql/lib -lmysqlclient -lz -lm -lmygcc
mysql_config (guessed ) = mysql_config
nocatchstderr (default ) = 0
nofoundrows (default ) = 0
ssl (guessed ) = 0
testdb (default ) = test
testhost (default ) =
testpassword (default ) =
testsocket (default ) =
testuser (guessed ) = root
To change these settings, see 'perl Makefile.PL --help' and
'perldoc INSTALL'.
Multiple copies of Driver.xst found in: /Library/Perl/5.10.0/darwin-thread-multi-2level/auto/DBI/ /System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level/auto/DBI/ at Makefile.PL line 902
Using DBI 1.609 (for perl 5.010000 on darwin-thread-multi-2level) installed in /Library/Perl/5.10.0/darwin-thread-multi-2level/auto/DBI/
Writing Makefile for DBD::mysql
[email protected] 17:01:08 ~/.bin/src/DBD-mysql-4.012 521 $ sudo make
gcc-4.2 -c -I/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/DBI -I/usr/local/mysql/include -g -Os -arch x86_64 -fno-common -DP1003_1BVISIBLE -DSIGNALWITH_VIOCLOSE -DSIGNALSDONT_BREAKREAD -DIGNORESIGHUPSIGQUIT -DDONTDECLARE_CXA_PUREVIRTUAL -DDBDMYSQL_INSERT_ID_ISGOOD -g -arch x86_64 -arch i386 -arch ppc -g -pipe -fno-common -DPERL_DARWIN -fno-strict-aliasing -I/usr/local/include -Os -DVERSION=\"4.012\" -DXS_VERSION=\"4.012\" "-I/System/Library/Perl/5.10.0/darwin-thread-multi-2level/CORE" dbdimp.c
dbdimp.c: In function ‘alloc_param’:
dbdimp.c:113: warning: format not a string literal and no format arguments
There are additional, similar error messages, but there's a length limit on posts apparently.
Root password was changed to blank to troubleshoot the install. I've tried setting the default perl to 5.8.9 as a system-wide paramter, but the DBI build still go into the 5.10.0 directory. I tried to compile DBI in 32-bit mode by using perl 5.8.9, but this build errors out . I've tried to set the perl 5.10.0 compiler to 32-bit mode, but that hasn't helped either.
I can't get DBD::mysql to run correctly no matter what I've tried. Can someone please shed some light on the subject?

Answer (of sorts) posted here:
http://discussions.apple.com/message.jspa?messageID=10155786#10155786

Does Time Machine back up MySQL database?

My medical practice billing software runs on MySQL. I upgraded to Leopard specifically to enable Time Machine backups - more frequent than nightly backups, with recovery much faster in the event of problems in the middle of a busy day. The software vendor tech rep stated that the MySQL database is not backed up by Time Machine. That seems very strange, since it backs up all the System files and everything else not specifically excluded. Am I missing something?

I don't understand what he said. It sounds like something to do with the Exclude list of TM preferences. Are you only backing up the MacPractice folder or is TM backing up your entire hard drive? What it reads to me is that if you backup only the MacPractice folder that the folder does not include the MySQL database. That is correct since MySQL creates the database file in its own special folder. But if you backup the entire hard drive then everything is backed up including the database files.
BTW, since this is a business entity I would strongly advise that you not rely entirely on Time Machine backups. TM can be finicky and unreliable. Potential problems escalate when you use a Time Capsule because of the mechanism TM uses for backing up networked drives such as TC.
I would recommend you use another backup utility and do additional backups to other external or internal drives depending upon what your computer supports. You should also make at least one separate full backup archive monthly that can be stored off-site in the case of theft, vandalism, storm, earthquake, or other hazard that could result in loss of data. See the following:
Basic Backup
Get an external Firewire drive at least equal in size to the internal hard drive and make (and maintain) a bootable clone/backup. You can make a bootable clone using the Restore option of Disk Utility. You can also make and maintain clones with good backup software. My personal recommendations are (order is not significant):
1. Retrospect Desktop (Commercial - not yet universal binary)
2. Synchronize! Pro X (Commercial)
3. Synk (Backup, Standard, or Pro)
4. Deja Vu (Shareware)
5. Carbon Copy Cloner (Donationware)
6. SuperDuper! (Commercial)
7. Intego Personal Backup (Commercial)
8. Data Backup (Commercial)
The following utilities can also be used for backup, but cannot create bootable clones:
1. Backup (requires a .Mac account with Apple both to get the software and to use it.)
2. Toast
3. Impression
4. arRSync
Apple's Backup is a full backup tool capable of also backing up across multiple media such as CD/DVD. However, it cannot create bootable backups. It is primarily an "archiving" utility as are the other two.
Impression and Toast are disk image based backups, only. Particularly useful if you need to backup to CD/DVD across multiple media.
Visit The XLab FAQs and read the FAQs on maintenance, optimization, virus protection, and backup and restore. Also read How to Back Up and Restore Your Files.
Although you can buy a complete FireWire drive system, you can also put one together if you are so inclined. It's relatively easy and only requires a Phillips head screwdriver (typically.) You can purchase hard drives separately. This gives you an opportunity to shop for the best prices on a hard drive of your choice. Reliable brands include Seagate, Hitachi, Western Digital, Toshiba, and Fujitsu. You can find reviews and benchmarks on many drives at Storage Review.
Enclosures for FireWire and USB are readily available. You can find only FireWire enclosures, only USB enclosures, and enclosures that feature multiple ports. I would stress getting enclosures that use the Oxford chipsets (911, 921, 922, for example.) You can find enclosures at places such as;
Cool Drives
OWC
WiebeTech
Firewire Direct
California Drives
NewEgg
All you need do is remove a case cover, mount the hard drive in the enclosure and connect the cables, then re-attach the case cover. Usually the only tool required is a small or medium Phillips screwdriver.

Mountain Lion: Connect To Old MySQL Data

I'm trying to connect to my old MySQL databases after upgrading to 10.8. They are definitely on the computer. I can see them in the /usr/local/mysql folder. I can even connect to them using Sequel Pro, but I can't get PHP or Apache to work with it.
Any tips?

If you are running Mountain Lion Server 10.8.
AND you are trying to get PHP and MySQL to work, consider this.
I spent the better part of a day following all of the recommendations in the forums and around the web.
Nothing worked. It turns out the database file I loaded from my 5.0.92 production mysql into 5.0.96 on the new 10.8 mac mini server somehow corrupted the localhost passwords.
I COULD log in remotely, but I could not connect via localhost on a php page.
Turns out the localhost passwords got corrupted. I reset the password for the account and the site started working just fine.
If all else fails try resetting your password and perhaps the connection will start working.

Davadmin db backup failed: Backend Exception: init/upgrade required

Do somebody knows what the reason for this error is (and how to fix ;-):
root@webmail:~/bin# /opt/comms/davserver/sbin/davadmin db backup -A caldav -u caldav -W <pwfile> -k /backup/davbackup/davdb-`date +%Y%m%d%H%M`.dmp
Backend Exception: init/upgrade required
The mysql.log gives me also no hint:
                   76 Query     SHOW COLLATION
                   76 Query     SET NAMES utf8
                   76 Query     SET character_set_results = NULL
                   76 Query     SET autocommit=1
                   76 Query     SET sql_mode='STRICT_TRANS_TABLES'
                   76 Query     SELECT Database()
                   76 Query     SET autocommit=0
                   76 Query     show tables like "Resource"
76 Query
SELECT * FROM Resources WHERE id = 1 FOR UPDATE
76 Query
rollback
76 Query
rollback
76 Query
SET autocommit=1
root@webmail:~/bin# /opt/comms/CommsInstaller/bin/commpkg info
-- LOGFILE: /tmp/CommsInstaller_20140220095500.log
CommsInstaller version R7u2 (7.2-0.36 [7.0.2.0.0]) built on Fri Sep 9 13:43:49 PDT 2011
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Detecting Installed Products...
NOTICE: Service Tags is present with a different pkg VERSION.
Detecting Installed Patches...
Use of uninitialized value in concatenation (.) or string at /opt/comms/CommsInstaller/bin/../lib/CI/Chk4patch.pm line 114, <PATCHADD> line 70.
ALTROOT: /
NAME: ""
Product: Messaging Server (64bit) 7u4 64bit
           Version: 7.4-27.01
           ALTROOT: /
           Basedir: /opt/comms/messaging64
           Build Date: 20120830
Product: Comms DSsetup 6.4
           Version: 6.4-25.02
           ALTROOT: /
           Basedir: /opt/comms/dssetup
           Build Date: 20130912
Product: Calendar Server 7u2
           Version: 7.4-14.03
           ALTROOT: /
           Basedir: /opt/comms/davserver
           Build Date: 20131017
Product: Convergence 2
           Version: 2.0-6.01
           ALTROOT: /
           Basedir: /opt/comms/iwc
           Build Date: 20130402
Product: Comms Delegated Administrator 7
           Version: 7.0-4.00
           ALTROOT: /
           Basedir: /opt/comms/da
           Build Date: 20110805

It looks like the Calendar Server is on 7u4-14.03 ( can be cross checked with 'davadmin -V' ), with this Version it is recommended that MySQL backends are upgraded to MySQL5.5.32.
From the reported issue it looks like the upgrade was not done completely.
Reference
https://wikis.oracle.com/display/CommSuite7U5/Upgrading+Calendar+Server

MySQL transactions are not enabled

Hi,
We cannot connect to a MySQL 4.0 database with dg4odbc, although it previously connected ok when using hsodbc on 10g (we are now on 11g R2). Unfortunately, the MySQL database is part of a commerical software application, so we cannot make any major changes to the MySQL database or upgrade it to a more recent version.
The error we get when trying to connect to the dblink is [MySQL][ODBC 3.51 Driver]Transactions are not enabled, option value SQL_AUTOCOMMIT_OFF changed to SQL_AUTOCOMMIT_ON {01S02,NativeErr = 502}.
Is there anyway to get past this error message. We are using the MySQL 3.5.27 ODBC connector. Both Oracle and MySQL are on Windows Server 2008 R2.
Thanks

Hi,
DG4ODBC has different ODBC driver requirements from the earlier HSODBC. These are listed in the documentation -
Oracle® Database Gateway for ODBC
User’s Guide
11g Release 1 (11.1)
ODBC Connectivity Requirements
There have been some issues with DG4ODBC and the 3.5 driver accessing MySQL v4 so do you know if the MYSQL v5 drivers can be used with MySQL v4 ? This may be an option if possible.
Regards,
Mike

How do I migrate from SLS to LS when I host Joomla! sites that depend on MySQL?

I currently run a website on my SLS MacMini that uses Joomla! Joomla! uses MySQL in order to work. From what I understand, Lion Server uses POSTGRES and eliminates MySQL.
1. I guess I can reinstall MySQL once I upgrade... but I suppose that means that I need to reinstall my Joomla! sites from scratch.
2. What happens when Apple upgrades the OS to a newer rev? Is it going to wipe out my MySQL installation?
This is kind of frustrating since I spent thousands of dollars building our Joomla! based site and now my server platform no longer supports the underlying technology.
Any help and advice appreciated.
Thanks in advance!

1. I guess I can reinstall MySQL once I upgrade... but I suppose that means that I need to reinstall my Joomla! sites from scratch.
You guess wrong. If you upgrade then any installed applications (including mysqld) will still be installed and will still run. You shouldn't need to do anything special.
2. What happens when Apple upgrades the OS to a newer rev? Is it going to wipe out my MySQL installation?
No.
This is kind of frustrating since I spent thousands of dollars building our Joomla! based site and now my server platform no longer supports the underlying technology.
I think you're reading too much into it. There's nothing that says your 'server platform no longer supports' MySQL. It's just that Apple don't bundle MySQL in the standard OS distribution. This is no different from any other OS vendor anywhere.
Ironically, this is unlike (better than) previous versions - since Apple bundled MySQL with Mac OS X Server < 10.6 there was always a chance that Apple could push out a newer version of MySQL with any software update. Now that they no longer bundle MySQL you can be sure that the version you're running will be left alone by Apple upgrades, leaving you free to upgrade/maintain MySQL on your own schedule.
If your business depends on MySQL then the chances are a) you're not using the default MySQL installation/configuration and b) you're familiar with installing and maintaining MySQL. Freeing yourself from the chains of Apple's upgrade schedule should be a good thing (i.e. you can update/upgrade MySQL whenever you want, on your schedule and not have to wait for Apple to decide the latest MySQL version is worth having).

MySQL & PHP issues since upgrade

Little bit of background: I ran an arch server about two years ago, basically a personal web server (for about a year). Had apache, mysql and php running nicely on it using the basic configurations with some minor changes.
Now, present day. I have recently installed Arch again and once the upgrades were announced, I held off on installing the LAMP applications. So, Friday I installed them (as oppsed to upgrading), and thought I had them all working fine. Apache was running, mysql was running (command line access was working well with one exception, more on that later), and php was being parsed. When I tried to pull data out of a database, i was getting "call to undeclared function mysql_pconnect()." I googled the error and searched the Arch forums, and everything said to make sure php was compiled with the '--with-mysql' option. I checked that using phpinfo(), and indeed it was, but it was '--with-mysql=/shared', /usr' (or something similar). What I ended up doing was removing the arch package and recompiling php myself using '--with-mysql' (no arguments) and it works beautifully. So, basically, is the arch configuration for php correct?
Also, issue number two, I have created a non-root user in mysql, but when i try to log in i receive access denied for 'user@localhost' (using password: YES). Did i miss a setting that won't allow me to log in as anyone but root?
Thanks in advance.

simple, edit your php.ini like so:
BEFORE:
1250:;extension=mysql.so
AFTER
1250:extension=mysql.so
no need to recompile php.
ps: "grep -n mysql.so /etc/php.ini"

Solaris 10_u8 upgrade slow down mysql store procedure

Hi,
Recently we upgraded the following and found out that MySQL store procedure takes more than 40 times longer to run:
Old configurations:
- Hardware T5120
- Solaris 10_u4 8/7
- MySQL 5.1.30
- Primary service domain has 8 ldoms, primary has 4 cpus and 2G mem
- Ldom mgr 1.0.3
- Database server sits on LDOM2 with 12 vcpus and 8G mem, two image file disk export from primary, basically the whole 2nd disk raid 1 for LDOM2, one 15G for OS and other 100G for database
- Store procedure only takes 0.87 seconds to finish
New configurations:
- everything is same as above, except I patched the primary to kernel patch 142900-02, then the mysql store procedure in LDOM2 takes about 35 seconds to finish
I have tried all different kind of combinations, from the above configuration I think there might be some kernel parameters settings changed since the upgrade but not sure what are they. If any one know or has some kind issues please let me know. Any help would be appreciated.
Thanks!

Hello.
Patch 142900-02 is old. You can try install 142909-17. This patch obsolete 142900.
For rest you can remove patch 142900-02 and check performance.
Regards.

Crystal Report Server XI R2 - Upgrade MySQL to 5.0 or 5.1?

Although SP4 for Crystal Report Server XI R2 contains mySQL v 4.1.23, there are security vulnerabilities which are only addressed in 4.1.24 and 4.1.25. These versions are not in release in binary form from mysql.com, as 4.1 is no longer supported.
To address the security vulnerabilities, an update of mySQL to 5.0 or 5,1 may be required, but a straight upgrade from 4.1 to either of these versions does not seem to work - CMS cannot connect to the new database version.
Can anyone provide some guidance on how to patch mySQL from 4.1 to 5.0 or 5.1 for Crystal Report Server XI R2, or whether there is another way of addressing the security vulnerabilities in 4.1.23?
Thanks
Paul

Answered my own question. Managed to upgrade to 5.0 following this process, but follow these instructions with care...
1. Stop all CMS services in Config Manager.
2. Go to Add/Remove programs and click "change" for Crystal Reports Server XI. Click on "Modify" then change the entry for MySQL4.1.13a to "Entire Feature will be unavailable" (from Enterprise -> Server Components -> Servers - > Central Management Server). This will remove the existing mySQL version and any data/license key information/customisation, so be wary.
3. Install the desired version of mySQL.
4. Use the MySql command line to create a new database - "create DATABASE BOE115;"
5. In the Central Config Manager, select the CMS and display its properties. Select the Dependencies tab and remove the old version of mySQL and add the new version. Click on the Config tab, then Select Datasource. Select mySQL driver, then complete the details for the newly created database. Once complete it will still produce an error, at which point you need to select the options to Re-create the Current Datasource.
6. Once the datasource is sucessfully recreated, restart the Crystal service in the Config Manager.
7. Open the Config tool, and add your license key. Then Re-Enable all the servers within the Servers page.
8. Any other customisation or preferences would need to be re-applied.
This worked for me, but obviously take care as your existing mySQL database will be completely removed during the process.

Server 10.3.9 - MySQL Upgraded and PHP cannot connect to it.

Hi all.
I have a Clean 10.3.9 Build after it crashed I needed to recover it. I would like to use this to host a CMS called MODx but it required MySQL 4.1 and 10.3 ships with 4.0.
So I downloaded the latest installer for MySQL of the website along with the Administration tool and have MySQL 4.1 running happily on the server now.
I have my website configured to use PHP and it loads the pages perfectly - I just enabled PHP in the Apache Module of Server Admin. However it does not connect to the database and everything I have seen so far points to the link in PHP pointing to the bundled MySQL installation rather then an addition.
What do I need to update this configuration - no changes to php had been made it was using the defaults. I did a brief search on the net in the time available - but everything refers to 10.4 - which if we were running it I would not have needed to upgrade - but not to 10.3.

Like Dan White, I have found that I can still run the Lide 90 under Mavericks. As Dan says, the buttons on the front of the scanner don't work but I rarely if ever used them.
I have just tested the scanner using Acrobat Pro and it loads up the Scangear software to capture the scan, with no problems at all. I didn't have to reinstall anything as it was all there already and working in Mountain Lion. Photoshop CS 5.1 is different; it does not recognise the scanner, presumably because it can't find a TWAIN driver for it. Image Capture does not recognise the scanner either, but I don't have the latest (10.8) Canon MP Explorer and Explorer Opener software installed.

Fatal error: Client does not support authentication protocol requested by server; consider upgrading MySQL client

Fatal error: Client does not support authentication protocol
requested by server; consider upgrading MySQL client in
/homepages/28/d74942468/htdocs/cosmic/sites/onlinemove/Connections/db.php
on line 9
This is the error that comes up on the server where the site
sits. The database is working on my local machine with the local
settings, but wont connect due to the above.
I think im using MySQL client 3.23 How do i upgrade?
I found this on MySQL site:
http://dev.mysql.com/doc/refman/5.0/en/old-client.html
I'm not sure how to edit the connection string to make it
accept the vaules.

The_FedEx_Guy wrote:
> Fatal error: Client does not support authentication
protocol requested by
> server; consider upgrading MySQL client in
>
/homepages/28/d74942468/htdocs/cosmic/sites/onlinemove/Connections/db.php
on
> line 9
> I think im using MySQL client 3.23 How do i upgrade?
The MySQL client that the error refers to isn't the version
of MySQL,
but the MySQL library bundled with PHP. It sounds as though
your hosting
company has upgraded to MySQL 4.1 or higher, but is still
using PHP 4.
> I'm not sure how to edit the connection string to make
it accept the vaules.
You can't. It's the way that the user account passwords are
stored in
MySQL. You need to get the hosting company to upgrade to PHP
5 or to
reset the passwords in MySQL using the OLD_PASSWORD()
function. This
needs to be done by someone with top-level administrative
privileges on
the database.
David Powers, Adobe Community Expert
Author, "Foundation PHP for Dreamweaver 8" (friends of ED)
Author, "PHP Solutions" (friends of ED)
http://foundationphp.com/

MySQL 5.1 upgrade?

Similar Messages

Maybe you are looking for