|
|||||||||||
|
NDB_FS appears on the SHOW DATABASES; API command
From: Sebastien LELIEVRE <slelievre(at)tbs-internet.com>
Date: Mon Jul 23 2007 - 06:06:50 EDT
I'm experiencing some odd behaviour between API and DATA nodes. Here as it goes : Cluster Configuration [ndbd(NDB)] 1 node(s) id=4 @192.168.11.139 (Version: 5.1.20, Nodegroup: 0, Master) [ndb_mgmd(MGM)] 1 node(s) [mysqld(API)] 2 node(s) config is as follows : [NDB_MGMD DEFAULT] [MYSQLD DEFAULT]
# Managment Node
# Storage Nodes
# API Nodes
And when I perform a SHOW DATABASES; from the MySQL CLuster API Node, here is what I get: mysql> SHOW DATABASES; +--------------------+ | Database | +--------------------+ | information_schema | | mysql | | ndb_4_fs | | test | +--------------------+ 4 rows in set (0.02 sec) Obviously, the ndb_4_fs should be visible, but I can't figure what is causing this.
When I try this (from
I get this : ERROR 1018 (HY000): Can't read dir of './ndb_4_fs/' (errno: 13)
mysql> SHOW WARNINGS;
I tried re-install the whole (tes, of course) cmuster but even after a fresh install, I come back at this point. Do you know what may be causing all this mess? (fuzzy config, maybe?) Best regards, Sebastien LELIEVRE slelievre@tbs-internet.com Services to ISP TBS-internet http://www.TBS-internet.com
# cat /etc/mysql/my.cnf
skip-innodb
log-output=FILE
thread_cache_size=52
sort_buffer_size=1M read_buffer_size=1M read_rnd_buffer_size=768K thread_concurrency=2 tmp_table_size = 64M max_allowed_packet = 160M query_cache_limit=1M query_cache_size=32M query_cache_type=1
This archive was generated by hypermail 2.1.8 : Thu Aug 09 2007 - 19:30:32 EDT |
||||||||||
|
|||||||||||