Re: Persistent storage in Linux

Angel Freire wrote: 2009/11/4 Jonathan Robie Get the persistence stuff from QpidComponents.org: http://qpidcomponents.org/download.html Thanks, I know I was missing something obvious. It would be obvious if the qpid downloads page pointed to the components on QpidComponents.org

Re: Persistent storage in Linux

2009/11/4 Jonathan Robie > Get the persistence stuff from QpidComponents.org: > > http://qpidcomponents.org/download.html > > Jonathan > > > Angel Freire wrote: > >> Hi, >> >> I can't setup my qpid broker to have persistent storage running Gentoo >> Linux. >> >> I've downloaded the source qpid-cp

Re: Persistent storage in Linux

Get the persistence stuff from QpidComponents.org: http://qpidcomponents.org/download.html Jonathan Angel Freire wrote: Hi, I can't setup my qpid broker to have persistent storage running Gentoo Linux. I've downloaded the source qpid-cpp-0.5.tar.gz (I'm using the C++ version of the broker) a

How balance connections between two brokers

Hi, I'm planning to use Qpid for one solution, and now, I'm thinking about how does the clients balance connections between more than one broker. Anyone know that's possible ? Any qpid/amq libs implement randon connects ? And any type of detection when one broker server is down and begins to fail

Stack trace for Java client

Hi there - The java client code (downloaded here: http://www.apache.org/dist/qpid/0.5/qpid-java-0.5.tar.gz) has a number of printStackTrace() calls in the error handling routines. I'm guessing these are temporary and will disappear as the code matures. In the meantime, I'm getting a stack du

RE: Implementation Recommendation

Hi Glen, > Hi Qpid Users, > I am in the process of converting a larg'ish app from another > messaging > system to qpid. We have around 100 message topics with > varying names. All > topics are pub/sub. There are many processes that will > register for the > specific topics they want to liste

Implementation Recommendation

Hi Qpid Users, I am in the process of converting a larg'ish app from another messaging system to qpid. We have around 100 message topics with varying names. All topics are pub/sub. There are many processes that will register for the specific topics they want to listen to, and have a single threa

Re: Flow control behavior of fanout exchange

I mailed you the deck directly. Carl. Andy Li wrote: Carl, Yes, reducing the number of worker threads from #cores + 1 to 4 did switch the data center machines to behavior (1). Looks like you've diagnosed the issue! Unfortunately, I couldn't find a copy of your talk at HPC anywhere on t

Re: An ill borker brings down the whole cluster

yes. Shan Wang wrote: We need to run the clients on redhat4 machines, does redhat provide prebuilt qpid client libs for redhat4, the only ones I have in hand are built for redhat5. -Original Message- From: Carl Trieloff [mailto:cctriel...@redhat.com] Sent: 04 November 2009 15:23 T

RE: An ill borker brings down the whole cluster

We need to run the clients on redhat4 machines, does redhat provide prebuilt qpid client libs for redhat4, the only ones I have in hand are built for redhat5. -Original Message- From: Carl Trieloff [mailto:cctriel...@redhat.com] Sent: 04 November 2009 15:23 To: d...@qpid.apache.org Cc

RE: An ill borker brings down the whole cluster

Hi Alan, The whole cluster lost response, but qpid-tool is still able to connect to broker2 but not broker1, based on that I suppose it's broker1 became ill, and restart of broker1 cured the whole cluster. The full log of broker1 from 31-OCT is attached. Now we have turned log levels to info+

Re: An ill borker brings down the whole cluster

Are you able to use the matching client for the broker - just to rule that out? i.e. make sure we are not chasing something that is fixed, or version mismatch related. Carl. Shan Wang wrote: Client side we are still using 0.4, I'm not sure about the exact version, should be last version b

Re: An ill borker brings down the whole cluster

On 11/03/2009 04:41 PM, Shan Wang wrote: Client side we are still using 0.4, I'm not sure about the exact version, should be last version before 0.5. Cluster side we are using 0.5.752581-26.el5. Unfortunately I haven't got the environment to build qpid myself so I can't use latest trunk. I'd

RE: An ill borker brings down the whole cluster

The same problem happened again this morning, on a different broker but without any errors logged. Another question is, if there are more client connections than the default limit 300, what will the broker react? Will it just reject any new connections? Will there be any logs for this and will

RE: A QPID file system

Thanks for your response Jasan. If you wish, I can email you the package. Please let me know. Thank you. Kamran Saadatjoo Open Flow Systems, Inc. -Original Message- From: Ján Sáreník [mailto:jsare...@redhat.com] Sent: Wednesday, November 04, 2009 5:36 AM To: users@qpid.apache.org Subject

Re: A QPID file system

Hello! On Tue, Nov 03, 2009 at 06:43:23PM -0500, Kamran Saadatjoo wrote: > I've recently written an FUSE File System that makes a QPID message queue > look like a file to any application that read to or writes from files. You > can use this tool to mount a QPID queue that is accessed through a C+