caution: filename not matched: resources/**

1,666 views
Skip to first unread message

somnath pandeya

unread,
Apr 9, 2012, 3:36:22 AM4/9/12
to storm...@googlegroups.com

Hi All,

We have a storm cluster with 2 node, with one nimbus and 2 supervisor.
but whenever i am running any topology on it, i am getting the following the lines on console

caution: filename not matched:  resources/**
 kill process : (some process number )

my topologies are working fine.
Can anyone helps me to understand , why i am getting these lines.

is there anything wrong with topology or cluster setting

thanks
Somnath

myn

unread,
Apr 9, 2012, 4:47:56 AM4/9/12
to storm...@googlegroups.com
I meet the same problem, It was called by supervisor ,the full command is  unzip -qq " + jarpath + " " + dir + "/** -d, but i can`t understand what it is use for?

 public static void extract_dir_from_jar(String jarpath, String dir,
            String destdir) {
     String cmd="unzip -qq " + jarpath + " " + dir + "/** -d "
                 + destdir;
        try {
            exec_command(cmd);
        } catch (ExecuteException e) {
            LOG.error("Error when trying to extract " + dir + " from " + jarpath +"by cmd:"+cmd,e);
        } catch (IOException e) {
            LOG.error("Error when trying to extract " + dir + " from " + jarpath
                    + " IOException" +"by cmd:"+cmd,e);

Nathan Marz

unread,
Apr 11, 2012, 6:13:48 PM4/11/12
to storm...@googlegroups.com
If you code topologies in non-JVM languages, they are packaged inside the "resources/" dir in your topology jar. The unzip command extracts it onto the local filesystem so they can be executed. Of course, if you don't package anything that's fine too. If your topologies are running fine you can ignore those messages.

2012/4/9 myn <m...@163.com>



--
Twitter: @nathanmarz
http://nathanmarz.com

myn

unread,
Apr 13, 2012, 2:03:16 AM4/13/12
to storm...@googlegroups.com
thanks Nathan  Marz, i see.
i have a non-jvm languages, i must put it into  resources dir, so that the spout or bolt could execute it



网易强烈谴责腾讯抄袭并要求其自动下架抄袭APP

Somnath

unread,
Apr 14, 2012, 4:19:14 AM4/14/12
to storm...@googlegroups.com

Thanks Nathan,Marz

thanks for the solution, these
messages are not affecting the topologies on the cluster, so i can ignore the messages

Richards Peter

unread,
May 20, 2013, 6:07:06 AM5/20/13
to storm...@googlegroups.com
Hi,

I am getting this message on all my machines in the cluster. Till now we did not see any of our topologies getting affected by this. In our project we have all our code in java only. The jar doesn't package anything else other than the class files. Let me know if anyone has fixed this issue.

Thanks,
Richards Peter.

Richards Peter

unread,
May 20, 2013, 6:45:08 AM5/20/13
to storm...@googlegroups.com
Hi Nathan,

Given that storm unzips jar, I would like to know whether unzip command executed in this context matches:
“unzip *zip”
or
“unzip \*zip”

I read in a internet that second one is actually required to get rid of this error: http://www.eddieoneverything.com/linux/caution-filename-not-matched-error-when-unzipping-multiple-files-workaround.php

I am not sure about this. But let me know whether this is a valid case in storm.

Thanks,
Richards Peter.

RJ

unread,
Sep 28, 2013, 1:57:55 PM9/28/13
to storm...@googlegroups.com
Hi,
 
I got the same issue with the 'filename not matched: resources/**'.  However, for some topologies, storm will keep sending this message 'kill some-pid: no such process' continuously with some constant increment of the pid in the next message.  Is it safe to ignore these messages or will it eventually kill some good running processes accidentally?
 
Thanks,
RJ

RJ

unread,
Sep 28, 2013, 2:43:31 PM9/28/13
to storm...@googlegroups.com
Hi,
 
I found this link and tried it;
 
however, it does not fix my problem.
 
RJ

RJ

unread,
Sep 30, 2013, 12:22:08 PM9/30/13
to storm...@googlegroups.com
Please ignore my post for now, there are some issues with the uploaded jar after looking into the logs. Thanks any way.
 
RJ

On Saturday, September 28, 2013 11:43:31 AM UTC-7, RJ wrote:
Reply all
Reply to author
Forward
0 new messages