| Bug #47510 | core dump in ndbmtd in getting memory on sparc | ||
|---|---|---|---|
| Submitted: | 22 Sep 10:27 | Modified: | 23 Sep 12:13 |
| Reporter: | Jørgen Austvik | ||
| Status: | Analyzing | ||
| Category: | Server: Cluster | Severity: | S3 (Non-critical) |
| Version: | mysql-5.1-telco-7.0 | OS: | Sun Solaris (sparc) |
| Assigned to: | Gustaf Thorslund | Target Version: | |
| Triage: | Triaged: D2 (Serious) / R6 (Needs Assessment) / E6 (Needs Assessment) | ||
[22 Sep 10:27]
Jørgen Austvik
[22 Sep 10:33]
Jørgen Austvik
I have tried decreasing data/index memory to 4G/1G, and it doesn't help. The non-mt ndbd starts OK, though.
[12 Oct 12:58]
Jonas Oreland
FYI: the assertion is enclosed in "#if CHARP == 4" I.e you running a 32-bit build. Not sure how this affect things, but it can't be good. Specially not if trying to allocate 37G
[12 Oct 13:30]
Jørgen Austvik
Jonas: OK. It also fails with 4/1G. Should it give me an error message if I have specified more memory than the build can give me? #define SIZEOF_CHAR 1 #define SIZEOF_CHARP 4 #define SIZEOF_SHORT 2 #define SIZEOF_INT 4 #define SIZEOF_LONG 4 #define SIZEOF_LONG_LONG 8 #define SIZEOF_OFF_T 8 ... #define HAVE_MMAP64 1
