Readers following the performance schema saga will be happy to know that the man who designed and wrote the code, Marc Alff, has a blog. His first posting about it is at http://marcalff.blogspot.com/2010/01/performance-schema-overview.html.
Or an active-active fail-over cluster à la VMware.
Today I have learned about a totally crazy/cool looking
architecture where the expensive VMware ESX server was replace by
a free/cheap VMware Workstation version in combination with
DRBD.
Basically DRBD we name "the little man's SAN" and that is exactly
what this customer is doing. He replaced the SAN with DRBD and
now he can easily move one VMware instance to the other host.
Possibly it is not that flexible and powerful as an ESX Server
but also not so expensive...
The architecture looks as follows:
According to this customer it works stable on about a dozed of
installations and they have not experienced any troubles during
the fail-overs.
Please let me know your experience, thoughts or …
Or an active-active fail-over cluster à la VMware.
Today I have learned about a totally crazy/cool looking architecture where the expensive VMware ESX server was replace by a free/cheap VMware Workstation version in combination with DRBD.
Basically DRBD we name "the little man's SAN" and that is exactly what this customer is doing. He replaced the SAN with DRBD and now he can easily move one VMware instance to the other host. Possibly it is not that flexible and powerful as an ESX Server but also not so expensive...
The architecture looks as follows:
According to this customer it works stable on about a dozed of installations and they have not experienced any troubles during the fail-overs.
Please let me know your experience, thoughts or concerns with this architecture...
PS: When you consider such an architecture do not expect a very good performance!
Or an active-active fail-over cluster à la VMware.
Today I have learned about a totally crazy/cool looking architecture where the expensive VMware ESX server was replace by a free/cheap VMware Workstation version in combination with DRBD.
Basically DRBD we name "the little man's SAN" and that is exactly what this customer is doing. He replaced the SAN with DRBD and now he can easily move one VMware instance to the other host. Possibly it is not that flexible and powerful as an ESX Server but also not so expensive...
The architecture looks as follows:
According to this customer it works stable on about a dozed of installations and they have not experienced any troubles during the fail-overs.
Please let me know your experience, thoughts or concerns with this architecture...
PS: When you consider such an architecture do not expect a very good performance!
Platform: Windows
People often checks MySQL's download section and when they notice
that there is new version of MySQL released they just can't wait
for a second & starts downloading it so that they can install it
on their windows box for testing purpose. Ok fine, download is
completed its time to install it. Couple of successful "NEXT" and
In the last step they encounter a error message such as
"Cannot create Windows service for MySQL.Error:0"[Read more]
We are so intelligent ppl that we don't want to take any help from our colleague..
And what we do is we just delete the directory in which new installation has been done & starts the installation
wizard one-more time in the hope that this time we gonna install it.
Again the result is same "Cannot create Windows service for MySQL.Error:0"
So why are we getting error that too at the last step? one common thought is "there must be something …
Installing Lighttpd With PHP5 And MySQL Support On CentOS 5.4
Lighttpd is a secure, fast, standards-compliant web server designed for speed-critical environments. This tutorial shows how you can install Lighttpd on a CentOS 5.4 server with PHP5 support (through FastCGI) and MySQL support.
Using SQLAlchemy unit test cases to further develop MySQL Connector/Python. It's probably debatable whether that's a good method or just lame. But it sure helps lots!
We've been pushing some code past days that makes Connector/Python almost pass all tests. Well, 4% is still failing, but I'm confident that in a few most problems will be dealt with. I had to make some changes to the SQLAlchemy v0.6 dialect as well, and some test cases had to be corrected. Hopefully those corrections will also go in the SQLAlchemy trunk later on.
[Read more]
shell> nosetests --dburi=mysql+mysqlconnector://root:@localhost/sqlalchemy
..
----------------------------------------------------------------------
Ran 2092 tests in 314.656s
FAILED …
We are pleased to announce the availability of 1.0.1 Release
Candidate 2 of InfiniDB Community Edition. This is our
second release candidate and is not recommended for production
work.
This is our last release candidate as we will be releasing 1.0.2
Final in early February. This release includes a
number of bug fixes that you can see at
http://bugs.launchpad.net/infinidb. You can download the
latest InfiniDB binaries, source code, and updated documeRead
More...
We are pleased to announce the availability of 1.0.1 Release
Candidate 2 of InfiniDB Community Edition. This is our
second release candidate and is not recommended for production
work.
This is our last release candidate as we will be releasing 1.0.2
Final in early February. This release includes a
number of bug fixes that you can see at
http://bugs.launchpad.net/infinidb. You can download the
latest InfiniDB binaries, source code, and updated documeRead
More...