The dump itselfs creates about 50 tables, spread over 3 databases, and sums up in datasize to about 2.5 GB. So, it isn't the smallest one, but neither a big one. We import the data in about 7 to 10 minutes.
The VM is a setup we have running many times. It is the second node of a mysql master-master setup, running debian wheezy with MariaDB, and an idle MongoDB. The setup is for us a "classic" setup, we have this running for plenty of clients, in several variations, running databases a tenfold the sizes... It is specifically the import that triggers the crash, as the machine can sit idle for a very long time. It must be something in the datastream generated to/from the iSCSI target when MariaDB flushes the data to disk. Server version: 5.5.34-MariaDB-1~wheezy-log mariadb.org binary distribution On a sidenote, it seems like i must have missed a dot or a comma in my report to kernel.org, as it gets no attention/replies... Anyone an idea how I can get some attention there? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1331513 Title: 14e4:165f tg3 eth1: transmit timed out, resetting on BCM5720 To manage notifications about this bug go to: https://bugs.launchpad.net/dell-poweredge/+bug/1331513/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
