Error building RPM on master

2017-04-15 Thread James Wing
I'm having trouble building an RPM on the latest master.  I used to do this
with the command:

mvn clean install -DskipTests -Prpm

But this fails at the nifi-assembly step with an error:

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-assembly-plugin:2.5.2:single (make shared
resource) on project nifi-assembly: No formats specified in the execution
parameters or the assembly descriptor. -> [Help 1]

The same "mvn clean install -DskipTests -Prpm" works on the 0.x branch,
resulting in a successful build with an rpm in the nifi-assembly/target
tree.

Am I doing something dumb?

$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T16:41:47+00:00)
Maven home: /opt/apache-maven-3.3.9
Java version: 1.8.0_121, vendor: Oracle Corporation
Java home:
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.121-0.b13.29.amzn1.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.9.20-10.30.amzn1.x86_64", arch: "amd64",
family: "unix"

Thanks,

James


Re: Cluster using Site-to-Site

2017-04-15 Thread Joe Witt
Mark

You can point the RPG at any node in the other cluster.  Did that not work
for you?

Thanks
Joe

On Apr 14, 2017 1:57 PM, "Mark Bean"  wrote:

> In 0.x, one would point a Remote Process Group (RPG) at the NCM. The NCM
> would then take care of load balancing to the corresponding Input Port on
> the Nodes. In 1.x, the same behavior is true so long as the RPG points to
> the Cluster Coordinator. (I believe this is true at least.)
>
> Here's the rub. Since the Coordinator can be reassigned, the RPG can lose
> touch with the it. Assume the Coordinator goes down temporarily. Further
> assume the Coordinator Node returns to the Cluster, but is no longer
> designated as the Coordinator because a new Coordinator was elected during
> the downtime. The RPG will continue to function (i.e. send FlowFiles), but
> only to the one Node defined by the RPG. Load balancing across the Cluster
> has been lost.
>
> Is this an accurate description of what will occur in this scenario? Are
> there recommendations on how to prevent this? In other words, how does one
> ensure Cluster load balancing is maintained?
>
> Thanks,
> Mark
>