Troubleshooting Flow on-premises

Tags: Flow on-prem

Log gathering

The default log directory is /opt/gitprime/logs but will instead reside in /<data_dir>/logs if you are using a custom data directory.  To assist in troubleshooting you can archive and export the contents of this log directory manually.

First SSH to your server and change directory to your logs directory.  Then execute a command like the following to create a compressed archive of the log files.  Finally, copy the log archive off the server with SCP or whatever method you prefer.

#SSH to server

ssh -i "/path/to/sshkey.pem" username@your.server.com

#Move to log directory

cd /opt/gitprime/logs

#Bundle last day of logs, use sudo as needed:

sudo find . -mtime -1 -type f |xargs tar -cvzf logs.tar

#From your local workstation, scp over the log tar:

scp -i "/path/to/sshkey.pem" username@your.server.com:/opt/gitprime/logs/logs.tar /where/to/put

Troubleshooting connectivity to Git Servers

No network connectivity

It's always a good idea to check for network connectivity before anything else. To test this we can use curl.

$ curl -k -v https://git.yourserver.com

Untrusted SSL certificate

A common cause of connection problems is an untrusted SSL certificate. If you use an internal CA or intermediate CA the CA certificate will not come with the system and needs to be installed. To test this we use openssl:

$ openssl s_client -connect git.yourserver.com:443

Authentication problem

Be sure to double check that your credentials are correct and that the account you are using has the necessary access level. Test by logging in on the Git server and/or pull the repo locally:

$ git pull username:token@https://git.yourserver.com/path/to/repo.git

HTTPS blocked or disabled

If you are seeing pull requests in Flow but not commits then most likely HTTPS is blocked or not enabled on your Git server. Test this by pulling a repo via HTTPS and not SSH.

$ git pull username:token@https://git.yourserver.com/path/to/repo.git

Troubleshooting connectivity to SMTP server

  • No network connectivity
  • Unsupported connection type
  • Authentication problem

Troubleshooting Commit Preprocessing

When I look at the processing status on the repo page, it hasn't updated recently. What do I do?

The processing status should update every two hours. If that is not happening, please contact support and we will help you make sure that the appropriate pods are spun up and the cron is running healthily.

I don't see any data/recent data in the reports. What's going on?

  1. Check the processing status on the repo page to see when the commit deduplication task last ran. It should run every two hours. If your data is newer than the last time the commit deduplication task ran, expect the data to show up after the next time it runs.
  2. If the process has never run, or it's been a long time since the process last ran, contact support for further assistance. When submitting a request to the support team, it is helpful to provide the following information:
    • deduplication process logs
      [app_directory/logs/flow.flow-run-unified-commit-dedupe-sync.log
    • the results from the following query:
      SELECT COUNT( * ) FROM rpt_staged_commit_checkpoint;

back to top


If you need help, please email support@pluralsight.com for 24/7 assistance.