linux-traipu team mailing list archive
-
linux-traipu team
-
Mailing list archive
-
Message #04543
[Bug 935866] Re: Crash after permission denied on pid-file
Wasn't this fixed in 7.1.32-rc?
--
You received this bug notification because you are a member of UBUNTU -
AL - BR, which is subscribed to Drizzle.
https://bugs.launchpad.net/bugs/935866
Title:
Crash after permission denied on pid-file
Status in A Lightweight SQL Database for Cloud Infrastructure and Web Applications:
In Progress
Bug description:
drizzled --datadir=/data/bench/drizzle/ --user=mysql
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
120218 16:25:38 InnoDB: Error: Write to file /var/lib/drizzle/ibdata1 failed at offset 0 66060288.
InnoDB: 1048576 bytes should have been written, only 872448 were written.
InnoDB: Operating system error number 0.
InnoDB: Check that your OS and file system support files of this size.
InnoDB: Check also that the disk is not full or a disk quota exceeded.
InnoDB: Error number 0 means 'Success'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
InnoDB: 127 rollback segment(s) active.
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
Can't start server: can't create PID file (/var/run/drizzle/drizzled.pid): Permission denied
drizzled: /usr/include/boost/thread/pthread/condition_variable_fwd.hpp:38: boost::condition_variable::~condition_variable(): Assertion `!pthread_cond_destroy(&cond)' failed.
120218 16:25:38 - drizzled got signal 6;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.
read_buffer_size=131072
max_used_connections=0
connection_count=0
It is possible that drizzled could use up to
(read_buffer_size + sort_buffer_size)*thread_count
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
call_backtrace() began at drizzled/signal_handler.cc:156 for drizzled_handle_segfault()
Number of stack frames obtained: 13
drizzled() [0x5418b4]
/lib64/libc.so.6() [0x389b632900]
gsignal()
abort()
/lib64/libc.so.6() [0x389b62b9fe]
__assert_perror_fail()
drizzled() [0x453aeb]
exit()
drizzled() [0x7af149]
thread_proxy()
/lib64/libpthread.so.0() [0x389be077f1]
clone()
Aborted
To manage notifications about this bug go to:
https://bugs.launchpad.net/drizzle/+bug/935866/+subscriptions
References