Hi Paul,
My best guess is that you are running a 32 bit OS. This means no more
than 3 GB can be in one process.
2 GB + 1 GB + Overhead (~200MB) > 3 GB
Rgrds Mikael
2004-10-08 kl. 14.50 skrev Paul Gardner:
> Hi again
>
> This one is freaking me out.
>
> My storage nodes have 8GB of RAM each (4 of).
>
> In config.ini:
>
> [NDBD DEFAULT]
> NoOfReplicas: 4
> DataMemory: 2048M
> IndexMemory: 1024M
>
> When starting ndbd, I get:
>
> Type of error: error
> Message: Memory allocation failure
> Fault ID: 2327
> Problem data: DBTUP could not allocate memory for Page
> Object of reference: Requested: 32768x65536 = 2147483648 bytes
> ProgramName: NDB Kernel
> ProcessID: 5007
> TraceFile: /usr/local/mysql/data/ndb_3_trace.log.8
> ***EOM***
>
> Plenty of RAM available:
>
> [root@cl-mn-1 data]# free
> total used free shared buffers
> cached
> Mem: 8258764 392100 7866664 0 93660
> 106052
> -/+ buffers/cache: 192388 8066376
> Swap: 2040244 0 2040244
>
> A bit of code to use malloc() to allocate 2GB of RAM succeeds:
>
> #cat testmem.c
> #include <stdlib.h>
> main(int argc, char** argv) {
> size_t n=atoll(argv[1]);
> if (malloc(n)) printf("%lld allocated\n",(long long)n);
> else perror("");
> }
> #gcc testmem.c
> #./a.out 2147483648
> 2147483648 allocated
>
> I'm running the mysql-max-4.1.5-gamma binary distribution.
>
> Is this a bug or am I doing something idiotic?
>
> Please help - very nearly there!
>
> One other question - will Mysql support the cluster through a support
> contract (which I'm about to buy anyway) or will they insist on
> waiting for it to be declared production ready?
>
> Thanks
> Paul
>
> --
> MySQL Cluster Mailing List
> For list archives: http://lists.mysql.com/cluster
> To unsubscribe:
> http://lists.mysql.com/cluster?unsub=1
>
Mikael Ronström, Senior Software Architect
MySQL AB, www.mysql.com
Clustering:
http://www.infoworld.com/article/04/04/14/HNmysqlcluster_1.html
http://www.eweek.com/article2/0,1759,1567546,00.asp
