Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

fisheyectl command line options

Options like --Xenable-git-content-hash-resolving-heuristic don't seem to be picked up using "./ start--Xenable-git-content-hash-resolving-heuristic", but they are being picked up as a fisheye option (per the log) using ./ run --Xenable-git-content-hash-resolving-heuristic. Can anyone reproduce this?

4 answers

1 accepted

0 votes
Answer accepted

I closed this ticket after nothing could be determined; I manually added the option to (line ~55) and now it works.

nohup sh -c "exec $FISHEYE_CMD $@ --Xenable-git-content-hash-resolving-heuristic $FISHEYE_ARGS >> $FISHEYE_INST/var/log/fisheye.out 2>&1" &

0 votes
Conor Atlassian Team Apr 22, 2013

I think creating a support ticket is a good idea at this point. I'd suggest putting a link to this topic into your support request

Foong Atlassian Team May 19, 2013

According to the support ticket, it has been raised as a bug for Linux only:

0 votes
Conor Atlassian Team Apr 21, 2013

Like Rene, I've run a quick test and this works for me. Can you confirm that the fisheyectl script has not been modified?

One thing to do is to run the script with sh -x, i.e.

sh -x bin/ start --Xenable-git-content-hash-resolving-heuristic

and see what the script is doing. Is it passing the argument along correctly?

If the problem remains, could you give us some info on your platform?

It's hard to confirm it hasn't been modified, but it has the exact same time/date stamp as all the other files in bin. I don't remember modifying it when I installed 2.10.4.

I tried sh -x and it spit out a tremendous amount of debug information, but the result is still the same, it still says options are empty.

It's an Ubuntu 64-bit 12.04.02 LTS server. Where can I send the debug output? Should I convert this to a support ticket, since you don't want me to keep sanitizing the bits I paste here, and I don't want to paste folder structures and additional server information publically.

Interestingly, in the middle of the debug block is this fragment:

fisheyeboot.jar start --Xenable-git-content-hash-resolving-heuristic >>

So it's picking up that I'm typing it. Is there a way to tell elsewhere if it's enabled?

I've never heard of this, but to be sure I just tried it out with FishEye 2.10.4 on OSX.

Both "./ start" and "./ run" indeed pick up the "--Xenable-git-content-hash-resolving-heuristic" argument just fine for me.
The atlassian-fisheye-yyyy-mm-dd.log shows that this happens in both cases.

Which version are you running?
Can you post the logfile lines that show that the argument is not picked up when running "start" ?

Sure. Here's the screen output when I use run -

[snip]/bin$ ./ run --Xenable-git-content-hash-resolving-heuristic

2013-04-21 16:45:03,227 INFO - Using log4j configuration file: [snip]/log4j.xml

2013-04-21 16:45:03,249 INFO - FishEye arguments: [--Xenable-git-content-hash-resolving-heuristic]

2013-04-21 16:45:03,251 INFO - Starting with --Xenable-git-content-hash-resolving-heuristic. Revisions in file tab of repository browser may be incorrect.

2013-04-21 16:45:03,252 INFO - FishEye/Crucible 2.10.4 (20130403093648), Built on 2013-04-03

Here's the fisheye log from the home dir when I use start:

[snip]/bin$ ./ start --Xenable-git-content-hash-resolving-heuristic

2013-04-21 16:47:09,742 INFO [main ] fisheye BaseCommand-setupLogging - Using log4j configuration file: [snip]/log4j.xml

2013-04-21 16:47:09,765 INFO [main ] fisheye BaseCommand-handleCommonArguments - FishEye arguments: []

2013-04-21 16:47:09,767 INFO [main ] fisheye Run-sysinfo - FishEye/Crucible 2.10.4 (20130403093648), Built on 2013-04-03

I assume from the differences in the logs that it's not picking up the arguement; it's a hard option to verify if it's enabled or not, though.


Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Jira Service Management

Security Advisory for Jira Service Management

On October 20, 2021, Atlassian published a security advisory for Jira Service Management. The full advisory is available at this link.  We've seen a number of questions already asking for...

80 views 0 1
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you