Tests won't run on our FreeBSD 8.0 machine
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Drizzle |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Something appears to be borked on our FreeBSD 8.0 machine (supplied by Ross McFarland) as drizzle doesn't start when running tests. We are running tests ok on our 8.1 machine. For now I have turned off running tests on this machine until this bug is fixed
Using DTR_BUILD_THREAD = 83630
Using MASTER_MYPORT = 8300
Using MASTER_MYPORT1 = 8301
Using SLAVE_MYPORT = 8302
Using SLAVE_MYPORT1 = 8303
Using SLAVE_MYPORT2 = 8304
Using MC_PORT = 8310
Using PBMS_PORT = 8311
Using RABBITMQ_NODE_PORT = 8312
Killing Possible Leftover Processes
Removing Stale Files
Creating Directories
Saving snapshot of installed databases
=======
DEFAULT STORAGE ENGINE: innodb
TEST RESULT TIME (ms)
-------
user_locks.
drizzletest: Could not open connection 'default': 5 drizzle_
Stopping All Servers
drizzle-test-run: WARNING: Forcing kill of process 83767
Restoring snapshot of databases
Resuming Tests
user_locks.
drizzletest: Could not open connection 'default': 5 drizzle_
Stopping All Servers
drizzle-test-run: WARNING: Forcing kill of process 83810
Restoring snapshot of databases
Resuming Tests
From the error log:
CURRENT_TEST: user_locks.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes use GCC atomic builtins, rw_locks do not
InnoDB: Compressed tables use zlib 1.2.3
110202 18:01:52 InnoDB: Initializing buffer pool, size = 128.0M
110202 18:01:52 InnoDB: Completed initialization of buffer pool
InnoDB: The first specified data file /home/hudson/
tests/var/
InnoDB: a new database to be created!
110202 18:01:52 InnoDB: Setting file /home/hudson/
tests/var/
InnoDB: Database physically writes the file full: wait...
110202 18:01:52 InnoDB: Log file /home/hudson/
s/var/master-
InnoDB: Setting log file /home/hudson/
ter-data/
InnoDB: Database physically writes the file full: wait...
110202 18:01:52 InnoDB: Log file /home/hudson/
s/var/master-
InnoDB: Setting log file /home/hudson/
ter-data/
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: 127 rollback segment(s) active.
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
110202 18:01:53 InnoDB 1.1.4 started; log sequence number 0
Listening on 0.0.0.0:8350
Listening on 0.0.0.0:8300
Listening on /home/hudson/
/home/hudson/
nections.
Version: '2011.02.2139' Source distribution (drizzle-
Note: Forcing kill of process 83810
Changed in drizzle: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
Hi Vijay,
Thanks for investigating. I'm including Ross in case he might see something with regards to the port issue on his machine. It does seem strange that it picks 9307 as the master port instead of 9306. However as you noted, when you do a start-and-exit you then are able to connect to drizzle through either port 9306 or 9307
./dtr variablesLogging: ./dtr variables ======= ======= ======= ======= ======= ======= ======= ======= ======= ======= === ------- ------- ------- ------- ------- ------- ------- ------- ------- ------- ---
Drizzle Version 2011.02.2150
Using DTR_BUILD_THREAD = -69.4
Using MASTER_MYPORT = 9307
Using MASTER_MYPORT1 = 9308
Using SLAVE_MYPORT = 9309
Using SLAVE_MYPORT1 = 9310
Using SLAVE_MYPORT2 = 9311
Using MC_PORT = 9317
Using PBMS_PORT = 9318
Using RABBITMQ_NODE_PORT = 9319
Killing Possible Leftover Processes
Removing Stale Files
Creating Directories
=======
DEFAULT STORAGE ENGINE: innodb
TEST RESULT TIME (ms)
-------
main.variables [ fail ] state_connect: socket: 43
drizzletest: Could not open connection 'default': 5 drizzle_
Aborting: main.variables failed in default mode.
On Fri, Feb 4, 2011 at 11:41 PM, Vijay Samuel <email address hidden> wrote:
Hi,
I did some snooping into the FreeBSD box and I managed to gather some info regarding what is going on, but I m not completely sure as to if that is the reason.
After doing a ./test-run --start-and-exit and then a netstat -an | grep 9306 and I got this output.
netstat: kvm not available: /dev/mem: No such file or directory
tcp4 0 0 192.168.1.45.9306 *.* LISTEN
conventionally when we do it on orisndriz or my localbox codersville: ~/repos/ drizzle/ test/tests$ netstat -an | grep 9306
vjsamuel@
tcp 0 0 0.0.0.0:9306 0.0.0.0:* LISTEN
tcp6 0 0 :::9306 :::* LISTEN
Does it have anything to anything with the ip being different and clearly ipv6 is disabled. Im assuming it has to do with the box rather than our code. But on the other hand, it is kindda strange to notice that I was able to pop up a client after doing a start-and-exit and was not able to run the test suite.
Is MASTER_MYPORT1 an alternative mysql protocol port? if it is then it is a pile of bull shit because i am unable to connect to a client using that port.
Hope my info was useful.
Cheers,
-Vijay