I build the message-store 0.6 with 0.8 qpid build, is this the error, if so
do you have 0.8 message-store to be used ?
I think this won't be the issue, if so how are you going to test the
persistent with 0.8 release ?
Thanks
Lahiru
On Thu, Dec 2, 2010 at 11:43 AM, Lahiru Gunathilake wrote:
> Hi
Hi Carl/Ted,
I tried building message-store, and it was successfully build, I assume that
to be worked i need to load the module msgstore.so when start qpidd, so I
try to load the module using --load-module and I am getting this error
2010-12-02 11:38:54 critical Unexpected error:
/usr/local/lib/
On 12/01/2010 05:41 PM, Carl Trieloff wrote:
On 12/01/2010 08:01 AM, Gordon Sim wrote:
On 12/01/2010 12:57 PM, Steve Huston wrote:
I agree that bumping the nofile limit should get around the error. But,
first consider if you expected that you'd need over 1000 sockets open.
If you expected you'd
On 11/30/2010 06:30 PM, Thomas Nguyen wrote:
Okay so I'm running into a new problem when attempting to run the broker
in a cluster. Here is the message I am receiving:
-bash-3.2$ ./qpidd --cluster-name test
2010-11-30 15:10:19 notice Initializing CPG
2010-11-30 15:10:19 critical Unexpected erro
On 12/01/2010 01:26 PM, Lahiru Gunathilake wrote:
Should I
define queues durable to get this behavior of persistent ?
yes, you need to mark the queue persistent. and the messages you want
durable... i.e. you can put transient messages on a durable queue.
Carl.
--
The broker does not implement persistence by itself. A store-plugin is
required to use persistence. You can find one for Linux at:
http://qpidcomponents.org/download.html
-Ted
On 12/01/2010 01:30 PM, Thomas Nguyen wrote:
I have specified a data-dir and also have created durable exchanges an
On 12/01/2010 08:01 AM, Gordon Sim wrote:
On 12/01/2010 12:57 PM, Steve Huston wrote:
I agree that bumping the nofile limit should get around the error. But,
first consider if you expected that you'd need over 1000 sockets open.
If you expected you'd be using far fewer than that, then looking fo
I have specified a data-dir and also have created durable exchanges and
queues. The durable exchanges and queues are not present after I stop
and start the C++ broker. Please reply back whether your queues and
exchanges are persistent after declaring them as durable and restarting
the broker.
--
HI Steve,
No, i didn't I simply started consumers and queues got created ? Should I
define queues durable to get this behavior of persistent ?
Regards
Lahiru
On Wed, Dec 1, 2010 at 11:49 PM, Steve Huston wrote:
> Hi Lahiru,
>
> Are you declaring the queues "durable"?
>
> --
> Steve Huston, Riv
Hi Lahiru,
Are you declaring the queues "durable"?
--
Steve Huston, Riverace Corporation
Total Lifecycle Support for Your Networked Applications
http://www.riverace.com
> -Original Message-
> From: Lahiru Gunathilake [mailto:glah...@gmail.com]
> Sent: Wednesday, December 01, 2010 12:48
Hi all,
I have started Qpid C++ broker with following configuration in qpidd.conf
file
auth=no
default-queue-limit=0
staging-threshold=100
data-dir=/home/lahiru/client/qpidc-0.8/build/persistent
max-session-rate=0
enable-qmf2=yes
worker-threads=4
You can see that I have specified a data-dir
Thanks Ted, we are keep on monitoring !
Lahiru
On Wed, Dec 1, 2010 at 8:02 PM, Ted Ross wrote:
> On 12/01/2010 08:58 AM, Lahiru Gunathilake wrote:
>
>> Hi Devs,
>>
>> I am doing a load test with large messages and used Qpid Java client to do
>> the communication with the broker, and things are
On 12/01/2010 08:58 AM, Lahiru Gunathilake wrote:
Hi Devs,
I am doing a load test with large messages and used Qpid Java client to do
the communication with the broker, and things are working fine for me. But I
can see following log in Qpid C++ broker side which is an error, since it's
an error
Hi Gordan,
Thanks a lot for your response.
FYI, we switched to 0.8 RC2 build and we are currently monitoring the memory
consumption of the broker and things are not bad at all.
I will be posting about the results of this test, and I ran with valgrind
about 1 hour with messages in the rang 1-4MB a
Hi Devs,
I am doing a load test with large messages and used Qpid Java client to do
the communication with the broker, and things are working fine for me. But I
can see following log in Qpid C++ broker side which is an error, since it's
an error message we would like to know why this is coming th
Thomas,
You should look in the system logs to see if openais is logging any
helpful information. Also, people on this list might be better able to
help you if you provide the content of your openais.conf file (don't use
an attachment, the Apache mail server strips them).
-Ted
On 11/30/2010
On 12/01/2010 12:57 PM, Steve Huston wrote:
I agree that bumping the nofile limit should get around the error. But,
first consider if you expected that you'd need over 1000 sockets open.
If you expected you'd be using far fewer than that, then looking for
that problem is more important.
Note th
I agree that bumping the nofile limit should get around the error. But,
first consider if you expected that you'd need over 1000 sockets open.
If you expected you'd be using far fewer than that, then looking for
that problem is more important.
Good luck,
-Steve
--
Steve Huston, Riverace Corporat
On 11/26/2010 10:43 AM, gcutuli wrote:
Dear all,
I'm moving toward the implementation of a multithreading application based
on QPID Messaging 0.7, and I experienced strange behaviors.
This is the background:
- subscription of N subjects with N different receivers (all of them under
the same se
On 11/30/2010 04:19 PM, Rajika Kumarasiri wrote:
Here is the valgrind out put. Note that the test only ran for couple of
minutes. I am going to run the valgrind against 0.8RC2 and will attach
the detail log.
I suspect the leaks reported are due to open connections at the time of
shutdown; it i
On 11/30/2010 03:13 PM, Lahiru Gunathilake wrote:
Hi devs,
I am running a test with Large messages up to 4MB with Java client and C++
broker. After running the setup for about 3 hours, I am failing to send
messages to Qpid C++ broker and getting following error,
javax.jms.JMSException: Error
Hallo Boris
add the following to /etc/security/limits.conf :
@qpidd soft nofile 1024
@qpidd hard nofile 65535
then reboot.
not sure if this is the correct official solution, but it works fine at our
site.
Regards
Warwick
-Original Message-
From: barys_ilyusho...@troika.ru [mailto:bar
Folks, greetings.
I got the following error on linux, qpid 0.6 (builded from svn)
error Could not accept socket: Too many open files
(qpid/sys/posix/Socket.cpp:220)
Could you please help me? How can I fix it?
FYI
ulimit -n
1024
I increase ulimit, but is this right solution?
Regards,
Boris
__
23 matches
Mail list logo