Re: Active MQ Shared File System Master Slave with Elastic File System

2016-09-23 Thread ishmeister
Done: https://issues.apache.org/jira/browse/AMQ-6441

If anyone wants to update the ticket, feel free.



--
View this message in context: 
http://activemq.2283324.n4.nabble.com/Active-MQ-Shared-File-System-Master-Slave-with-Elastic-File-System-tp4715818p4716851.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Re: Active MQ Shared File System Master Slave with Elastic File System

2016-09-23 Thread ishmeister
No not yet, but I will do so now.



--
View this message in context: 
http://activemq.2283324.n4.nabble.com/Active-MQ-Shared-File-System-Master-Slave-with-Elastic-File-System-tp4715818p4716848.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Re: Active MQ Shared File System Master Slave with Elastic File System

2016-09-02 Thread ishmeister
The issue is perhaps that EFS supports NFS4 but with the following
limitations:

http://docs.aws.amazon.com/efs/latest/ug/nfs4-unsupported-features.html

In particular: "All locks in Amazon EFS are advisory, which means that READ
and WRITE operations do not check for conflicting locks before the operation
is executed."

Whereas the ActiveMQ docs seem to be quite clear on this matter: "Note that
the requirements of this failover system are a distributed file system like
a SAN for which exclusive file locks work reliably."

http://activemq.apache.org/shared-file-system-master-slave.html

So I guess that effectively rules out using EFS.



--
View this message in context: 
http://activemq.2283324.n4.nabble.com/Active-MQ-Shared-File-System-Master-Slave-with-Elastic-File-System-tp4715818p4716132.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Re: Active MQ Shared File System Master Slave with Elastic File System

2016-09-02 Thread ishmeister
Tim,

I contacted AWS tech support and their response was this:

"I've checked with our EFS team to see if there is any EFS-related
workaround they can offer. Unfortunately, they have confirmed that this is
EFS intended behavior and there is no way of mounting a filesystem with
"predetermined size" or change the way it is reported by the OS that they or
myself know of."

The OS in my case was Ubuntu 14.04. 

Korny, thanks for the tips.



--
View this message in context: 
http://activemq.2283324.n4.nabble.com/Active-MQ-Shared-File-System-Master-Slave-with-Elastic-File-System-tp4715818p4716113.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Re: Active MQ Shared File System Master Slave with Elastic File System

2016-08-26 Thread ishmeister
Thanks Tim. I'll get this up on JIRA soon. 



--
View this message in context: 
http://activemq.2283324.n4.nabble.com/Active-MQ-Shared-File-System-Master-Slave-with-Elastic-File-System-tp4715818p4715867.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Active MQ Shared File System Master Slave with Elastic File System

2016-08-25 Thread ishmeister
I'm setting up Active MQ in production with a shared file system master/slave
configuration (KahaDB). I've set everything up and mounted the EFS on both
EC2 instances.

When I check the disk free stats I get 8 exabytes for the shared file
system:

$ df -h
eu-west-1a.***.efs.eu-west-1.amazonaws.com:/  8.0E 0  8.0E   0% /mnt/efs
Unfortunately, ActiveMQ cannot interpret this number:

Store limit is 102400 mb (current store usage is 0 mb). The data directory:
/mnt/efs/kahadb only has -8796093022208 mb of usable space - resetting to
maximum available disk space: -8796093022207 mb
Store limit is -8796093022207 mb, whilst the max journal file size for the
store is: 32 mb, the store will not accept any data when used.

However, this has not prevented ActiveMQ from working as far as I can tell.
Is it a problem that "the store will not accept any data when used"?



--
View this message in context: 
http://activemq.2283324.n4.nabble.com/Active-MQ-Shared-File-System-Master-Slave-with-Elastic-File-System-tp4715818.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.