-
Notifications
You must be signed in to change notification settings - Fork 98
How to capture all packets for issue resolution
tagyoureit edited this page Aug 1, 2018
·
10 revisions
Starting with 5.2, there is a new capture/replay tool available for troubleshooting. This captures your logs, config file, incoming/outgoing packets, and URL actions. The only thing you need to manually capture are any errors that are logged in the console (in the event of an app crash).
- Start the app with
npm run start:capture {config.json}
- After you experience the error/behavior/bug stop the app. There will be three new files in the
replay
directory. Include those three files when communicating any issues.
- What version of the code are you using
- What is causing the error
- All three files from the
/replay
directory. - Any errors that are in the console
- Your pool equipment
In order to have a full picture of what is happening, and what is broken, it is necessary to see the full packet information that is output from the system.
- What version of the code are you using
- What is causing the error
- All output from the file log (See below)
- Any errors that are in the console
- Your
config.json
or in-use configuration file - Your pool equipment
In your config.json
, there are a number of sections that you should enable:
"log": {
"logLevel": "info",
"socketLogLevel": "info",
"fileLog": {
"enable": 1, // Turn on the file log
"fileLogLevel": "silly", // leave this on 'silly' to capture everything
"fileName": "output.log"
},
"logPumpMessages": 1, // set all log variables to 1 to capture everything
"logDuplicateMessages": 1,
"logConsoleNotDecoded": 1,
"logConfigMessages": 1,
"logMessageDecoding": 1,
"logChlorinator": 1,
"logIntellichem": 1,
"logPacketWrites": 1,
"logPumpTimers": 1,
"logReload": 01,
"logApi": 1
Once you have the above setup, restart the app, wait for it to finish the configuration process (i.e. with Intellitouch) and then replicate the error. Everything (except the error) should be captured in the logs.