Member since
06-26-2017
191
Posts
10
Kudos Received
1
Solution
My Accepted Solutions
Title | Views | Posted |
---|---|---|
1912 | 09-22-2017 07:13 PM |
10-09-2018
07:56 AM
Hi, Ragi! Did you get the approach that you described earlier? Could you share with it?Thanks!
... View more
02-27-2018
01:55 PM
There are no real additional reasons. The key reason for ListenSyslog is that it understands syslog message framing on top of a raw TCP socket. Otherwise, it is basically not much different than ListenTCP or ListenUDP.
... View more
01-18-2018
04:48 PM
@Matt Clarke Thanks for the response, I have already done all the above, the RPG one is the one I have not tried but looks like a good suggestion, because the data spike was on one node, the color of that node was green
... View more
01-15-2018
09:40 PM
@Matt Clarke Thanks a lot appreciate your help
... View more
12-13-2018
10:36 AM
Hi @Abdelkrim Hadjidj I tried the same the thing and what it does in the count attribute the value is not getting reset to 0. In fact when you check view state of Update attribute a new "count" attribute is being generated with its value 0 whereas the previous count attribute keeps on increasing whenever it receives a flow file. 11.jpg1.jpg2.jpg5.jpg6.jpg I'm using HDF - Nifi 1.5 Thanks fffI I t
... View more
01-04-2018
04:28 AM
1 Kudo
@Shu it worked Thanks a lot appreciate your help!!!. Apologies for the silly mistake, there was a space on the first line Thanks again
... View more
11-27-2017
09:07 PM
Correct... it does capture the sender in a flow file attribute in case that is useful for you in some way.
... View more
11-16-2017
12:24 AM
@dhieru singh
Failure relation messages won't have any write attribute(failure attribute) that is added to the flow files when the ff are transferred to failure queue. But you can use either of below methods to check the length or size of the flow files and route to SplitText processors. 1.Checking size of the flow file and routing to split text processor. 2.Check the length of the message and route to split text processor 3.Using Route On Content processor 1.Checking size of the flow file and routing to split text processor:- If you know the size of the flow file that will be having Message is too long then you can use Route on Attribute processor and add new property size more than 1 byte as ${fileSize:gt(1)} //Here we are checking the flow file size is greater than 1 byte So like this way you can filter out the flow files based on the size of the flow file but first you need to know the size of the flow files which are routing to failure. Configs:- Flow:- Failure relation --> RouteonAttribute(check filesize) -->SplitText processor--> 2.Check the length of the message and route to split text processor:- In this method we are using the same failure relation to Extract Text Processor. Add new property in Extract Text Processor to extract all the content of the flow file to an attribute Content as (.*) Configs:- If you are following this method then you need to change the highlighted properties in above screenshot according to your flow file size. As we are capturing everything by using (.*) regex so you need to change the 1.Max capture group length is Specifies the maximum number of characters a given capture group value can have. Any characters beyond the max will be truncated.
2.Maximum Buffer Size is Specifies the maximum amount of data to buffer (per file) in order to apply the regular expressions. Files larger than the specified maximum will not be fully evaluated. So once we are done with this step all the contents of ff is now added as an content attribute to the ff. RouteonAttribute Processor:- Use RouteonAttribute processor and check for length of the content attribute by using NiFi expression language. length more than 1 as ${content:length():gt(1)} //we are having content attribute from extract text processor and using that attribute and checking length of attribute and checking is it greater than 1. Configs:- Example:- if your content attribute having value as hi hello then length will be 8. Flow:- Failure Relation --> Extract Text(add property to capture all contents and change buffer size and capture length as per your flow file size) --> RouteOnAttribute(Check the length of attribute and route)-->SplitText processor 3.Using Route On Content processor:- You can use RouteonContent processor to check the content of flow file by changing the properties 1.Match Requirement property change to content must contain match 2.Buffer size depends on your flow file size 3. add property more than 1 length
[a-zA-Z0-9\s+]{1} //check content of flow file with space and Matches exactly 1 times including spaces Configs:- If you want to route the messages having more than 1000 length then change the regex to [a-zA-Z0-9\s+]{1000} //Checks flow file content, matches if ff having length of messages more than 1000 including spaces matches with that message. Flow:- Failure relation --> RouteonContent -->SplitText These are the ways we can filter out the failure relation messages, As you can choose which method best fit for your Case.
... View more
04-24-2018
08:57 PM
1 Kudo
@Jose
Gonzalez You can specify more then one host but it is not required. Once the RPG establish a connection to the target host it will retrieve the S2S details of the target cluster and store that locally. If the host you provided become unavailable at anytime after that initial connection , it will try anyone of the other nodes it learned about previously to get S2S details. Having multiple nodes configured helps when NiFi by giving the source Nifi more then one target node to establish initial connection with. - Your load-balancing issue is completely unrelated to how many nodes URLS you configured in your RPG. Here is an article that covers how load-balancing works with an RPG: https://community.hortonworks.com/content/kbentry/109629/how-to-achieve-better-load-balancing-using-nifis-s.html - Thanks, Matt
... View more
11-14-2017
09:48 PM
@Shu this worked Thanks a lot, appreciate it
... View more