On-Premise Connector Host (OPCH) and logs

When troubleshooting OPCH issues Tulip Support asks for the logs (makes sense) I wouldn’t be opposed to streaming the logs to tulip using syslog or anything.

Hey @mellerbeck -

Doing some product discovery here as we speak - Your Customer Success Manager should reach out about this over the next few days.

What is the primary way you are looking to use these logs-

  1. Auditing calls days/weeks after they are executed?
  2. Reviewing faled calls days/weeks after they are executed?
  3. Monitoring the health of a OPCH?
  4. Troubleshooting as you are building connectors?
  5. Something else?

Thanks!
Pete

1 Like

Mainly #3, but #2 would be useful
Most the app developers use the $T.Debug.setDebugTriggers(true) for real time troubleshooting. It’s when we have issues in China (or other timezones where we are asleep) and trying to figure out what caused the issue.

1 Like