mysql restore on a slave for cluster replication takes forever

[Xavier Cardil]

Hi, I am on the process of make a replication slave for a cluster, and now
I'm uploading the cluster dump. It is about 4 gb of data and I'm using the
following my.cnf :

[mysqld]
#
# * Basic Settings
#
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
language        = /usr/share/mysql/english
skip-external-locking
thread_concurrency = 2
skip_name_resolve
ndb-log-updates-as-writes=O


# * Fine Tuning
#
key_buffer              = 16M
max_allowed_packet      = 16M
thread_stack            = 128K
thread_cache_size       = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover         = BACKUP
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit       = 1M
query_cache_size        = 16M


[mysqldump]
quick
quote-names
max_allowed_packet      = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer              = 16M

The problem is that 5 days have passed and the restore process still
running. I don't know if this is normal, as It never happened to me.  Do I
have to tune some param to speed it up ? Thank you.