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

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

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

Done. Thanks.

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?

0 votes

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

Atlassian Community Events