to db5 or db6 OR MySQL, or even postgres.
I use simple primary key files, most entries are added from a CLI
or termcap/curses screen. Some programatically. With about the same
number of sequential dumps vs indexed random reads.
I have no experience with the c interface for postgres or mysql
On Tue, 02 Jul 2013 05:45:47 -0500, Ivan Voras ivo...@freebsd.org wrote:
Well, this is essentially a bikeshed thread... so why not chip in
I disagree; all of these databases have distinctly different uses.
MySQL/PostgreSQL: pick your poison. Relational databases. Will you have
multiple
On 02/07/2013 13:55, Mark Felder wrote:
If twitter was built upon a WORM database instead of MySQL they could
host the entirety of twitter on a handful of servers instead of the
gross MySQL+Cassandra mess they're fighting with today.
I'd say their problem is not exactly solvable by only
On Tue, 02 Jul 2013 07:12:37 -0500, Ivan Voras ivo...@freebsd.org wrote:
On 02/07/2013 13:55, Mark Felder wrote:
If twitter was built upon a WORM database instead of MySQL they could
host the entirety of twitter on a handful of servers instead of the
gross MySQL+Cassandra mess they're
I have a rather extensive series of databases created and in use all
with the very old sleepycat db3. I believe in the addage don't fix
what ain't broken, but in the case of db3, it IS broken and my db
files get corrupted on occasion.
I could move to db5 or db6 OR MySQL, or even postgres.
I use
On 1 July 2013 16:28, Jim Pazarena fqu...@paz.bz wrote:
I could move to db5 or db6 OR MySQL, or even postgres.
snip
I have no experience with the c interface for postgres or mysql, but
also, do not know how much the c interface has changed for sleepycat
5/6 compared to the c interface
to db5 or db6 OR MySQL, or even postgres.
I use simple primary key files, most entries are added from a CLI
or termcap/curses screen. Some programatically. With about the same
number of sequential dumps vs indexed random reads.
I have no experience with the c interface for postgres or mysql, but
also
.
I could move to db5 or db6 OR MySQL, or even postgres.
I use simple primary key files, most entries are added from a CLI or
termcap/curses screen. Some programatically. With about the same number
of sequential dumps vs indexed random reads.
I have no experience with the c interface
on occasion.
I could move to db5 or db6 OR MySQL, or even postgres.
I use simple primary key files, most entries are added from a CLI
or termcap/curses screen. Some programatically. With about the same
number of sequential dumps vs indexed random reads.
I have no experience with the c interface
Hi,
We've been having this problem with a customer for a while and it
seems that some funky query makes MySQL use 100% of CPU. Nevertheless,
even though you can see in top that it's only 1 CPU in 100% (out of 8)
the server eventually becomes useless and stops responding completely.
So my
On Wed, May 22, 2013 at 2:04 PM, Michael Ross g...@ross.cx wrote:
On Wed, 22 May 2013 15:52:45 +0200, Alejandro Imass aim...@yabarana.com
wrote:
Hi,
We've been having this problem with a customer for a while and it
seems that some funky query makes MySQL use 100% of CPU. Nevertheless,
even
On Wed, 22 May 2013 15:52:45 +0200, Alejandro Imass aim...@yabarana.com
wrote:
Hi,
We've been having this problem with a customer for a while and it
seems that some funky query makes MySQL use 100% of CPU. Nevertheless,
even though you can see in top that it's only 1 CPU in 100% (out of 8
FreeBSD 9.1-PRERELEASE
Can you tell me what might be the best MySQL version to be used and
which PHP version should I use to that?
Running 64-bit.
thanks,
Jos Chrispijn
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman
MySQL 5.5
php 5.4.x
FreeBSD 9.1-PRERELEASE
Can you tell me what might be the best MySQL version to be used and
which PHP version should I use to that?
Running 64-bit.
thanks,
Jos Chrispijn
___
freebsd-questions@freebsd.org mailing list
http
There's no reason not to just use the latest in the ports tree, which as of
now is:
php5-5.4.7
mysql-server-5.5.28
I use phpmyadmin, which usually results in updating php5 every new release
(which is why I'm on php5-5.4.7), although I'm still on mysql-server-5.5.16.
-Original Message
On 20/10/2012 19:12, Jos Chrispijn wrote:
Can you tell me what might be the best MySQL version to be used and
which PHP version should I use to that?
Unless you're running applications with known dependencies on earlier
versions, always choose the latest stable release version of PHP
4.5 years ago, I posted about cron's piling up. It seems if I install
libnss-mysql on a fresh 9.0-STABLE, this problem persists.
Here was the original post:
http://lists.freebsd.org/pipermail/freebsd-questions/2007-December/164174.html
I've seen this on 6.2, 7.x, and now 9.0 FreeBSD.
How
On 13/06/2012 19:34, Simon wrote:
Hi,
I upgrade to FreeBSD 8.3-p3 and installed MySQL 5.0.95 from ports.
It runs fine until it dies silently. Does anyone run a heavy loaded MySQL
under such setup? how can I troubleshoot this?
I could never compile a stable MySQL server from the ports
On Thu, 14 Jun 2012 09:04:26 +0100, Paul Macdonald wrote:
On 13/06/2012 19:34, Simon wrote:
Hi,
I upgrade to FreeBSD 8.3-p3 and installed MySQL 5.0.95 from ports.
It runs fine until it dies silently. Does anyone run a heavy loaded MySQL
under such setup? how can I troubleshoot this?
I
Hi,
I upgrade to FreeBSD 8.3-p3 and installed MySQL 5.0.95 from ports.
It runs fine until it dies silently. Does anyone run a heavy loaded MySQL
under such setup? how can I troubleshoot this?
I could never compile a stable MySQL server from the ports and always
relied on MySQL community server
Possible but extremely unlikely, I always had issues whenever I tried to build
MySQL server myself. The hardware where this is running has been very
stable. I don't have any issues whatsoever making world, etc...
There is no segfault which is what usually happens when you have memory
issues
On Jun 13, 2012, at 11:43 AM, Simon wrote:
Possible but extremely unlikely, I always had issues whenever I tried to build
MySQL server myself.
That by itself is interesting.
The hardware where this is running has been very
stable. I don't have any issues whatsoever making world, etc
I wish I could get some input from someone running MySQL server with 300+
queries a second and what MySQL version/build they are running.
By all means-- while I'm quite familiar with busy databases, folks aren't
running
MySQL for that kind of TPS load.
Why not? it is designed precisely
On Wed, 13 Jun 2012, Simon wrote:
I wish I could get some input from someone running MySQL server with 300+
queries a second and what MySQL version/build they are running.
By all means-- while I'm quite familiar with busy databases, folks aren't
running
MySQL for that kind of TPS load
On Jun 13, 2012, at 11:34 AM, Simon wrote:
I upgrade to FreeBSD 8.3-p3 and installed MySQL 5.0.95 from ports.
It runs fine until it dies silently. Does anyone run a heavy loaded MySQL
under such setup? how can I troubleshoot this?
I could never compile a stable MySQL server from the ports
Maybe I'm contacting wrong mailling list, I can't seem to get ahold of
ISP/hosting guys
on this list. Truly amazing that for a server OS, there is so little input
for something like
MySQL server. Perhaps everyone else is still using text files, does 10TPS, or
runs
linux, don't know what
On Jun 13, 2012, at 12:24 PM, Simon wrote:
I wish I could get some input from someone running MySQL server with 300+
queries a second and what MySQL version/build they are running.
By all means-- while I'm quite familiar with busy databases, folks aren't
running
MySQL for that kind of TPS
Yes you too are using the wrong list.
The questions@ list was created to catch FreeBSD newbies,
somewhere to point /etc/motd at.
( It's evolved to also deal with _some_ more complex issues
'cos some on questions@ failed to move on, post more
complex non beginner issues to
Can you repeat this issue with MariaDB?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Those only using questions@ _Please_ realise there are other lists.
http://lists.freebsd.org/mailman/listinfo
Read the remits of the other lists subscribe /or post those lists
that match your topic.
PS All credit thanks to a few highly skilled informed people
on questions@ who
Hi Simon
Thanks Julian. The reason for freebsd-questions is because when I looked
thru isp, database, and performance, and few others, they had one or two
threads a month with barely much input.
Yup, isp@ is quiet, some other lists too, doesn't necessarily mean
there'snot good people
Hello.
2012/06/13 14:43:29 -0400 Simon si...@optinet.com = To Chuck Swiger :
S There is no segfault which is what usually happens when you have memory
then there is the daemon's log...
--
Peter Vereshagin pe...@vereshagin.org (http://vereshagin.org) pgp: A0E26627
Simon wrote:
Hint: Please learn to not top post. It makes it more difficult to arrange
answers coherently.
Possible but extremely unlikely, I always had issues whenever I tried to
build MySQL server myself. The hardware where this is running has been
very stable. I don't have any issues
Hello.
2012/05/08 21:51:49 +0100 Matthew Seaman m.sea...@infracaninophile.co.uk =
To freebsd-questions@freebsd.org :
MS data dir shared between two servers. Keeping the configs with the data
MS does have a few advantages.
I know yet another reason to do this. In common case this isn't mysql
Monkeying with IPv6, I discovered that globally routable addresses are what it
says on the tin, so hiding behind a network appliance is not longer viable for
me. An nmap scan showed the port 3306 was hanging out for all to see but I
couldn't figure out how to close it off. The
was adding
mysql_args=--bind-address=127.0.0.1
to /etc/rc.conf. This seems to work as netstat and sockstat no longer
show port 3306 listening and database connections are happening.
Is this the preferred/best way?
You have been restarting mysql to test changes to my.cnf? You have to
do
Hello.
2012/05/08 06:49:01 -0700 Paul Beard paulbe...@gmail.com = To
FreeBSD-questions :
PB Monkeying with IPv6, I discovered that globally routable addresses are what
it says on the tin, so hiding behind a network appliance is not longer viable
for me. An nmap scan showed the port 3306 was
On Tue, 08 May 2012 15:34:02 +0100
Matthew Seaman articulated:
Sounds almost as if the my.cnf you've been editing is not the my.cnf
that your mysql instance is using. IIRC there was some talk about
moving from the usual BSD-ish /var/db/mysql/my.cnf to
/usr/local/etc/my.cnf (no doubt under some
On 08/05/2012 20:55, Jerry wrote:
On Tue, 08 May 2012 15:34:02 +0100
Matthew Seaman articulated:
Sounds almost as if the my.cnf you've been editing is not the my.cnf
that your mysql instance is using. IIRC there was some talk about
moving from the usual BSD-ish /var/db/mysql/my.cnf
On Tue, 08 May 2012 15:55:36 -0400, Jerry je...@seibercom.net wrote:
On Tue, 08 May 2012 15:34:02 +0100
Matthew Seaman articulated:
Sounds almost as if the my.cnf you've been editing is not the my.cnf
that your mysql instance is using. IIRC there was some talk about
moving from the usual BSD
On Tue, 08 May 2012 21:51:49 +0100
Matthew Seaman articulated:
On 08/05/2012 20:55, Jerry wrote:
On Tue, 08 May 2012 15:34:02 +0100
Matthew Seaman articulated:
Sounds almost as if the my.cnf you've been editing is not the
my.cnf that your mysql instance is using. IIRC there was some
talk
On 01/24/12 07:06, Crow wrote:
I want to create MySQL localhost.
Can you provide some more information? Like which version of FreeBSD you
are using (or other OS if you happen to be needing other support), what
you have completed so far, other parameters that you are able to tell us
which may
PhpMyAdmin shows:
Server: Localhost via UNIX socket
Server version: 5.5.15
Protocol version: 10
User: root@localhost
MySQL charset: UTF-8 Unicode (utf8)
Apache/2.2.19 (FreeBSD) mod_ssl/2.2.19 OpenSSL/0.9.8q DAV/2 PHP/5.3.6
with Suhosin-Patch
MySQL client version: mysqlnd
First hit on google:
http://www.google.com/search?q=mysqlnd
On Thu, Aug 11, 2011 at 01:31:11PM +0200, Dick Hoogendijk typed:
PhpMyAdmin shows:
Server: Localhost via UNIX socket
Server version: 5.5.15
Protocol version: 10
User: root@localhost
MySQL charset: UTF-8
Trying to update MySQL from 4.1 to 5.5.
Updating mysql-client first.
Make works great, but make install refuses to install saying 5.5 conflicts
with 4.1, run
pkg_delete for 4.1.
pkg_delete for 4.1 refuses to deinstall as all the php52 packages
(extensions, mysql, mysqli, pdo_mysql etc.) depend
Glenn McCalley gl...@mail.bnetmd.net writes:
Trying to update MySQL from 4.1 to 5.5.
Updating mysql-client first.
Make works great, but make install refuses to install saying 5.5
conflicts with 4.1, run
pkg_delete for 4.1.
pkg_delete for 4.1 refuses to deinstall as all the php52 packages
Glenn McCalley writes:
Question: Do I have to deinstall everything, and then put it all
back together, or can I force the mysql 5.5 client and 5.5 server
to install?
Have to? Possibly not.
That may, however, quite likely be the path of least
resistance
On 7 June 2011 12:56, Glenn McCalley gl...@mail.bnetmd.net wrote:
Trying to update MySQL from 4.1 to 5.5.
Updating mysql-client first.
Make works great, but make install refuses to install saying 5.5 conflicts
with 4.1, run
pkg_delete for 4.1.
pkg_delete for 4.1 refuses to deinstall as all
On 07/06/2011 13:37, Chris Rees wrote:
On 7 June 2011 12:56, Glenn McCalley gl...@mail.bnetmd.net wrote:
Trying to update MySQL from 4.1 to 5.5.
Updating mysql-client first.
Make works great, but make install refuses to install saying 5.5 conflicts
with 4.1, run
pkg_delete for 4.1
Robert Huff writes:
That may, however, quite likely be the path of least
resistance.
Also - have you read /usr/ports/UPDATING?
Robert Huff
___
freebsd-questions@freebsd.org mailing list
Hi,
I've noticed that servers runing exim version 4.74 are being
flagged by portaudit as having this vulnerability:
http://www.FreeBSD.org/ports/portaudit/36594c54-7be7-11e0-9838-0022156e8794.html
But systems with the port exim-mysql are not. This has to be an
oversight doesn't
Rees utis...@gmail.com
To: Glenn McCalley gl...@mail.bnetmd.net
Cc: freebsd-questions@freebsd.org
Sent: Tuesday, June 07, 2011 8:37 AM
Subject: Re: MySQL update
On 7 June 2011 12:56, Glenn McCalley gl...@mail.bnetmd.net wrote:
Trying to update MySQL from 4.1 to 5.5.
Updating mysql-client first
:
mysql_enable=YES
Yes. I'm in the process of installing FreeBSD 6.4 in a virtual machine.
Hopefully I'll be able to compile mysql 3.23 and make a backup from there.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean
I could install FreeBSD 6.4 on a virtual machine, replace the data dir
and run mysqldump from there.
Thank you for your help!
L
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
Hi,
I have an old backup from a MySQL data directory. It was created with
MySQL version 3. If I install MySQL 4 then I get this message telling
that the table was created with a different MySQL version.
So I try to install mysql 3. Here is the problem:
gw# pwd
/usr/ports/databases/mysql323
In article 4d8e1e4a.5000...@shopzeus.com you write:
Hi,
I have an old backup from a MySQL data directory. It was created with
MySQL version 3. If I install MySQL 4 then I get this message telling
that the table was created with a different MySQL version.
You should be able to restore
Quick glance
/usr/ports/databases/mysql323-server/
65 .if ${OSVERSION} = 70
66 IGNORE= obsolete and does not build with gcc4.2; use mysql 5 or later
67 .endif
Get FreeBSD-6x installed somewhere and mysql port SHOULD compile and run.
On Sat, Mar 26, 2011 at 7:11 PM, Laszlo Nagy gand
On 2011-03-26 18:41, John Levine wrote:
In article4d8e1e4a.5000...@shopzeus.com you write:
Hi,
I have an old backup from a MySQL data directory. It was created with
MySQL version 3. If I install MySQL 4 then I get this message telling
that the table was created with a different MySQL version
Starting mysql.
gw# /usr/local/etc/rc.d/mysql-server status
mysql is not running.
gw#
There is nothing in /var/log/messages.
Sounds like you'll have to do some debugging. Try adding --verbose to
mysql_args in /etc/rc.conf, and see the other advice in
http://dev.mysql.com/doc/refman/4.1/en
On Sat, 26 Mar 2011 20:21:08 +0100
Laszlo Nagy gand...@shopzeus.com articulated:
On 2011-03-26 18:41, John Levine wrote:
In article4d8e1e4a.5000...@shopzeus.com you write:
Hi,
I have an old backup from a MySQL data directory. It was created
with MySQL version 3. If I install MySQL 4
in a virtual machine.
Hopefully I'll be able to compile mysql 3.23 and make a backup from there.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
___
freebsd-questions@freebsd.org mailing list
Sounds like you'll have to do some debugging. Try adding --verbose to
mysql_args in /etc/rc.conf, and see the other advice in
http://dev.mysql.com/doc/refman/4.1/en/starting-server.html
gw# /usr/local/bin/mysqld_safe --verbose
Starting mysqld daemon with databases from /var/db/mysql
/var/db/mysql
STOPPING server from pid file /var/db/mysql/gw.sznet.pid
110326 16:44:14 mysqld ended
The data directory is correct. I don't understand why it is stopping
immediatelly after startup.
Trying the other way around (FreeBSD 6.4 on a virtual machine)
It may be something really simple
gw# /usr/local/bin/mysqld_safe --verbose
Starting mysqld daemon with databases from /var/db/mysql
STOPPING server from pid file /var/db/mysql/gw.sznet.pid
110326 16:44:14 mysqld ended
The data directory is correct. I don't understand why it is
stopping immediatelly after startup
I have been using mysql since fbsd 7.2 and always just issued the
mysql_install_db command on the command line to create it's control
databases and it just worked fine.
But now with 8.2 I get the following error and have no idea why.
I installed using pkg_add mysql55-server command.
# /usr
Quoth Zbigniew Szalbot on Friday, 04 March 2011:
Hello,
Thanks duly noted to everyone. I was beginning to wonder if I
had lost what mind I've got left! Not used to losing my two trial
blog, (1), and beyond that, being dumbfounded at how messy it
may be to
On Fri, Mar 04, 2011 at 07:27:44AM -0800, Chip Camden wrote:
I have not had a lot of luck with upgrading from within the admin panel,
but it is still easy to upgrade by downloading the latest tarball and
simply extracting it over the installation. Then go into the admin panel
to see if it
Quoth Chad Perrin on Friday, 04 March 2011:
On Fri, Mar 04, 2011 at 07:27:44AM -0800, Chip Camden wrote:
I have not had a lot of luck with upgrading from within the admin panel,
but it is still easy to upgrade by downloading the latest tarball and
simply extracting it over the
[Just a top post to say that recent troubles of unknown cause on
my server --7.3-- have drained time from my thought of joining
the Blogger World.]
On Fri, Mar 04, 2011 at 09:09:20AM -0800, Chip Camden wrote:
Quoth Chad Perrin on Friday, 04 March 2011:
On Fri, Mar 04,
and someone said it was
www.home/blog/author/authorID --IIRC. I didn't understand the
answer.)
✂ snip ✂
It's in the MySQL database. You change it by going into the
admin panel (www.home/blog/wp-admin) then go to the general
settings (on the left sidebar
.
The wordpress db is there when I check 'show database'. What
else?
Check and make sure the MySQL extensions are installed in PHP?
pkg_info | grep php5-mysql
(if not..)
cd /usr/ports/databases/php5-mysql make install clean
Good luck!
--Glenn
This was the first thing I [re-] installed
:
Any clues why I get a one-liner from wordpress that my database
extention is missing? I re-installed everything; it is running.
The wordpress db is there when I check 'show database'. What
else?
Check and make sure the MySQL extensions are installed in PHP?
pkg_info | grep php5
?
Check and make sure the MySQL extensions are installed in PHP?
pkg_info | grep php5-mysql
(if not..)
cd /usr/ports/databases/php5-mysql make install clean
Good luck!
--Glenn
This was the first thing I [re-] installed.
q0 14:47 Serverethic [5001] pkg_info | gr php5-mysql
Hello,
Thanks duly noted to everyone. I was beginning to wonder if I
had lost what mind I've got left! Not used to losing my two trial
blog, (1), and beyond that, being dumbfounded at how messy it
may be to keep WP current. (2)
It seems to me you are making
Any clues why I get a one-liner from wordpress that my database
extention is missing? I re-installed everything; it is running.
The wordpress db is there when I check 'show database'. What
else?
--
Gary Kline kl...@thought.org http://www.thought.org
On 3/1/11 3:53 PM, Gary Kline wrote:
Any clues why I get a one-liner from wordpress that my database
extention is missing? I re-installed everything; it is running.
The wordpress db is there when I check 'show database'. What
else?
Check and make sure the MySQL
And enabled
php -m
check that mysql extension is loaded
Regards
Rodrigo
On Tuesday, March 01, 2011 06:03:13 PM Glenn Sieb wrote:
On 3/1/11 3:53 PM, Gary Kline wrote:
Any clues why I get a one-liner from wordpress that my database
extention is missing? I re-installed everything
On Tue, Mar 01, 2011 at 06:22:13PM -0300, Rodrigo Gonzalez wrote:
And enabled
php -m
check that mysql extension is loaded
Regards
Rodrigo
Hmmm. Good one! ... well, maybe. I have no idea why PHP
Startup can't load these libraries.
PHP Warning: PHP Startup
you just need to delete them from /usr/local/etc/php/extensions.ini
mysql extension is loaded when you are using cli, I would check at web server
module.
Create a file called info.php in your document root
then go to http://your ip/info.php
Check if there is a block called mysql
Regards
database'. What
else?
Check and make sure the MySQL extensions are installed in PHP?
pkg_info | grep php5-mysql
(if not..)
cd /usr/ports/databases/php5-mysql make install clean
Good luck!
--Glenn
This was the first thing I [re-] installed.
q0 14:47 Server ethic [5001] pkg_info
On Tue, Mar 01, 2011 at 08:35:25PM -0300, Rodrigo Gonzalez wrote:
you just need to delete them from /usr/local/etc/php/extensions.ini
mysql extension is loaded when you are using cli, I would check at web server
module.
Create a file called info.php in your document root
then go
FreeBSD 8.2-PRERELEASE
After updating to the latest version of MySQL (5.5.8_1), I am
continuing to have problems with Dovecot failing to run correctly even
though I completely removed and reinstalled it. I might add that I did
a pkg_delete of the MySQL client and server also before updating
On Jan 11, 2011, at 11:25 AM, Jerry wrote:
FreeBSD 8.2-PRERELEASE
After updating to the latest version of MySQL (5.5.8_1), I am
continuing to have problems with Dovecot failing to run correctly even
though I completely removed and reinstalled it. I might add that I did
a pkg_delete
On Tue, Jan 11, 2011 at 7:25 PM, Jerry freebsd.u...@seibercom.net wrote:
FreeBSD 8.2-PRERELEASE
After updating to the latest version of MySQL (5.5.8_1), I am
continuing to have problems with Dovecot failing to run correctly even
though I completely removed and reinstalled it. I might add
Jerry ha scritto:
I have seen it posted here and on the Dovecot forum that upgrading to
mysql-5.5.8 on FreeBSD breaks both Postfix and Dovecot.
Fixed.
--
Alex Dupre
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman
I have seen it posted here and on the Dovecot forum that upgrading to
mysql-5.5.8 on FreeBSD breaks both Postfix and Dovecot. Apparently
reverting to the mysql-client-5.5.7 corrects this problem.
Can any one else confirm this or is this simply an isolated incident?
If this is correct
On Wed, Jan 5, 2011 at 2:49 PM, Jerry freebsd.u...@seibercom.net wrote:
I have seen it posted here and on the Dovecot forum that upgrading to
mysql-5.5.8 on FreeBSD breaks both Postfix and Dovecot. Apparently
reverting to the mysql-client-5.5.7 corrects this problem.
Can any one else confirm
On Wed, 5 Jan 2011 15:37:38 +0300
Odhiambo Washington odhia...@gmail.com articulated:
On Wed, Jan 5, 2011 at 2:49 PM, Jerry freebsd.u...@seibercom.net
wrote:
I have seen it posted here and on the Dovecot forum that upgrading
to mysql-5.5.8 on FreeBSD breaks both Postfix and Dovecot
that upgrading
to mysql-5.5.8 on FreeBSD breaks both Postfix and Dovecot.
Apparently reverting to the mysql-client-5.5.7 corrects this
problem.
Can any one else confirm this or is this simply an isolated
incident? If this is correct, is there a PR filed against it? I was
not able
and is not specified
in the '/usr/local/share/mysql/charsets/Index.xml' file
Failed to connect to dbi:mysql:;host=localhost as user 'root': Can't
initialize character set latin1 (path: /usr/local/share/mysql/charsets/)***
Error code 255
/cut
The Index.xml lists latin1 character set and even the file
I am seeing a problem I am unable to solve after upgrading from 5.5.7 -
5.5.8.
I am installing Request Tracket and I get the following error (which is in
no way related to RT, I think):
cut
Character set 'latin1' is not a compiled character set and is not specified
in the '/usr/local/share/mysql
I read this in /usr/ports/UPDATING today:
=
20101227:
AFFECTS: users of databases/mysql55-server
AUTHOR: a...@freebsd.org
MySQL 5.5 has been updated to 5.5.8 GA release. Since layout is
changed you should remove mysql55-{client/server
On Wed, Dec 29, 2010 at 1:57 PM, Nerius Landys nlan...@gmail.com wrote:
I read this in /usr/ports/UPDATING today:
=
20101227:
AFFECTS: users of databases/mysql55-server
AUTHOR: a...@freebsd.org
MySQL 5.5 has been updated to 5.5.8 GA
: a...@freebsd.org
MySQL 5.5 has been updated to 5.5.8 GA release. Since layout is
changed you should remove mysql55-{client/server/scripts} ports
before upgrading. The build system is changed too, so expect
failures.
=
Now
Oops, forgot the reply-all. :X Sorry Bill. :)
I ran the update two nights ago, and it went rather smoothly for me
(updating from the 5.5.7 RC to 5.5.8 GA), but your mileage may vary.
Additionally, you can find some general rules for updating your MySQL
install here: http://dev.mysql.com/doc
Dan,
thanks for your reply:
Dan Nelson wrote:
In the last episode (Apr 29), Joerg Bruehe said:
For some long, unknown time, the MySQL code contains a variable
net_retry_count which is by default set to 10 (ten) for all platforms,
but to 100 (1 million) for FreeBSD (during configure
In the last episode (Apr 30), Joerg Bruehe said:
Dan Nelson wrote:
In the last episode (Apr 29), Joerg Bruehe said:
For some long, unknown time, the MySQL code contains a variable
net_retry_count which is by default set to 10 (ten) for all platforms,
but to 100 (1 million) for FreeBSD
Dan,
your info is very valuable - thanks:
Dan Nelson wrote:
In the last episode (Apr 30), Joerg Bruehe said:
Dan Nelson wrote:
In the last episode (Apr 29), Joerg Bruehe said:
For some long, unknown time, the MySQL code contains a variable
net_retry_count which is by default set to 10 (ten
, but I didn't find any answers to my question.
For some long, unknown time, the MySQL code contains a variable
net_retry_count which is by default set to 10 (ten) for all platforms,
but to 100 (1 million) for FreeBSD (during configure phase).
The source code comment about this variable reads
In the last episode (Apr 29), Joerg Bruehe said:
For some long, unknown time, the MySQL code contains a variable
net_retry_count which is by default set to 10 (ten) for all platforms,
but to 100 (1 million) for FreeBSD (during configure phase).
The source code comment about this variable
1 - 100 of 1650 matches
Mail list logo