1 |
I've re-installed a 32 version of Gentoo, installed the same components, and |
2 |
it works now. |
3 |
Maybe it was a problem with the 64 bits version. |
4 |
|
5 |
Thanks to everybody for the support. |
6 |
Thomas. |
7 |
|
8 |
On 1/18/07, Thomas Balthazar <thomas.tmp@×××××.com> wrote: |
9 |
> |
10 |
> Hello, |
11 |
> |
12 |
> Thanks for your answer! |
13 |
> I've re-formatted the whole server and I'm re-installing Gentoo 32 bits |
14 |
> instead of 64 bits. |
15 |
> I want to see if I face the same problem. |
16 |
> I'll keep you posted. |
17 |
> |
18 |
> Regards, |
19 |
> Thomas. |
20 |
> |
21 |
> On 1/18/07, kashani <kashani-list@××××××××.net> wrote: |
22 |
> > |
23 |
> > Thomas Balthazar wrote: |
24 |
> > > Hello, |
25 |
> > > |
26 |
> > > I'm using Gentoo Base System version 1.6.14 on a x86_64 Intel(R) |
27 |
> > > Celeron(R) CPU 2.66GHz. |
28 |
> > > I've added "dev-db/mysql innodb berkdb" to my package.use then I've |
29 |
> > run |
30 |
> > > emerge -1 dev-db/mysql. |
31 |
> > > |
32 |
> > > I've installed PHPMyAdmin that is up and running (MySQL 5.0.26). |
33 |
> > > When I try to create a Innodb table, I get an error : |
34 |
> > > #2013 - Lost connection to MySQL server during query |
35 |
> > > |
36 |
> > > After that, I cannot stop or start my MySQL server. |
37 |
> > > Everything seems to be corrupted, and all I can do is to erase all the |
38 |
> > > content of /var/lib/mysql and restart from scratch. |
39 |
> > > |
40 |
> > > Has anyone heard of problems with MySQL/InnoDB/Gentoo? |
41 |
> > > |
42 |
> > > Any help would be much appreciated! |
43 |
> > > Thanks in advance, |
44 |
> > > Thomas. |
45 |
> > |
46 |
> > Couple of things on this. |
47 |
> > |
48 |
> > This whole community vs enterprise is making things a bit weird |
49 |
> > at the |
50 |
> > moment for ebuilds. For Innodb I highly recommend going with the |
51 |
> > enterprise build, dev-db/mysql which you've already installed, and using |
52 |
> > the ~arch version of 5.0.32. It fixes a number of high concurrency/multi |
53 |
> > thread issues in Innodb and I'd move to it sooner rather than later. |
54 |
> > |
55 |
> > Have you modified your my.cnf at all? The default Innodb |
56 |
> > settings are |
57 |
> > TINY. Assuming you have at least a 1 GB of RAM in you machine I'd bump |
58 |
> > the following setting up so that you can fit real tables into Innodb. |
59 |
> > |
60 |
> > #innodb_buffer_pool_size = 16M |
61 |
> > innodb_buffer_pool_size = 128M |
62 |
> > |
63 |
> > Innodb buffers and general Mysql buffers like key, sort, etc are |
64 |
> > managed separately. If you're starting to migrate things into Innodb |
65 |
> > from Myisam you might need to decrease some of the current buffers if |
66 |
> > you've got limit RAM. |
67 |
> > |
68 |
> > The Gentoo Mysql startup script is a bit retarded when starting |
69 |
> > Mysql |
70 |
> > with Innodb tables turned on the first time, at least with large tables |
71 |
> > and log files. I use two 512M log files in production and the startup |
72 |
> > script fails though Mysql is actually running, it's just pausing to |
73 |
> > write the log files and initial ibdata files out. In your case I'd start |
74 |
> > |
75 |
> > and stop Mysql a few times before trying to create an Innodb table just |
76 |
> > to be sure that Mysql is finished with all the file writes. |
77 |
> > |
78 |
> > I suspect the issues is Innodb not having enough memory assigned to it |
79 |
> > rather than the binary being borked. You might also try creating a |
80 |
> > simpler table in Innodb and see if you have the same issues. |
81 |
> > |
82 |
> > I'd also recommend adding the setting, innodb_file_per_table, so that |
83 |
> > each table gets it's own ibdata file in the form of |
84 |
> > lib/mysql/$db/$table.idb. It performs better and it is a bit easier to |
85 |
> > tell how big your db is on disk or which db is using all your disk. |
86 |
> > |
87 |
> > kashani |
88 |
> > -- |
89 |
> > gentoo-user@g.o mailing list |
90 |
> > |
91 |
> > |
92 |
> |