When I set the setcap cap_net_raw,cap_net_admin=eip /path/to/java; the java can not run anymore, it report the error below

[xiaoleihuang]

When I set the setcap cap_net_raw,cap_net_admin=eip /path/to/java; the java can not run anymore, it report the error below

[kaitoy]

Try ln -s /usr/local/java/jre/lib/amd64/jli/libjli.so /usr/lib/.
Or echo /usr/local/java/jre/lib/amd64/jli/ >> /etc/ld.so.conf

[kaitoy]

It's probably the same issue as this.
Setting LD_LIBRARY_PATH to include where libjli.so is may solve the issue.

[xiaoleihuang]

I tried this method to set libjli.so in the PATH, but it did not work either. I tried following in either /etc/profile or ~/.bashrc:

libjli.so path

export PATH=/usr/local/java/jre/lib/amd64/jli/libjli.so:$PATH

Later, I tried:

libjli.so path

export PATH=/usr/local/java/jre/lib/amd64/jli:$PATH

They did not work at all. Then I tried root,
under root account, java -v does not work, but java -version does work....

[kaitoy]

How was LD_LIBRARY_PATH? Did you try it?

[xiaoleihuang]

Yeah, I just tried it with the following code in either /etc/profile or ~/.bashrc:
export LD_LIBRARY_PATH=/usr/local/java/jre/lib/amd64/jli
export PATH=${LD_LIBRARY_PATH}:$PATH
#export PATH=/usr/local/java/jre/lib/amd64/jli/libjli.so:$PATH

It did not work. T-T, sad Saturday afternoon.

[xiaoleihuang]

Thank you. The first command works! I appreciate your help.

I have not tried the second command.
BTW, I am curious why the both commands would work.
Why making such soft link could solve the problem? Does that mean to add the file to lib path?

[kaitoy]

You are right.
The error occurred because java couldn't find a shared library, libjli.so. The reason why the java lost sight of it after setting setcap cap_net_raw,cap_net_admin=eip is explained at the link I indicated above.
All of my suggestions intended to let the java know the place of libjli.so. Generally speaking, shared libraries are searched in specific directories. LD_LIBRARY_PATH and /etc/ld.so.conf are to specify the directories. ln -s /usr/local/java/jre/lib/amd64/jli/libjli.so /usr/lib/ is another approach that adds libjli.so to the directory (i.e. /usr/lib/) which is searched by default.

[xiaoleihuang]

Thank you. BTW, pcap packet seems to contains no timestamp, instead, I have
to use handler.gettimestamp method to retrieve the time. Will this cause
any time errors? Is there a method to retrieve packets that contain
timestamp inside of them?

On Sat, May 14, 2016 at 2:20 AM, Kaito Yamada [email protected]
wrote:

You are right.
The error occurred because java couldn't find a shared library, libjli.so.
The reason why the java lost sight of it after setting setcap
cap_net_raw,cap_net_admin=eip is explained at the link I indicated above.
All of my suggestions intended to let the java know the place of
libjli.so. Generally speaking, shared libraries are searched in specific
directories. LD_LIBRARY_PATH and /etc/ld.so.conf are to specify the
directories. ln -s /usr/local/java/jre/lib/amd64/jli/libjli.so /usr/lib/
is another approach that adds libjli.so to the directory (i.e. /usr/lib/)
which is searched by default.

—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
#63 (comment)

[kaitoy]

No, PcapHandler#getTimestamp() returns a correct timestamp.

[bjwktcsnzh]

@xiaoleihuang

This blog explains the reason .