[GA] Fleet update fails to parse JSON on remote client. #1599
-
Have a Virtual machine which was a 2.2 box and been migrated forward to the latest GA release. Fleet client on a test laptop fails to work even though I have reinstalled the latest deb package. Running /usr/local/so-launcher/bin/osqueryd --config_path=/etc/so-launcher/launcher.flags --verbose is the best way I can find any issues! Attached is the console output. How can this be fixed or debugged better. Thanks |
Beta Was this translation helpful? Give feedback.
Replies: 5 comments 2 replies
-
What does the flags file contain?
Can you confirm that the following files are not empty?
|
Beta Was this translation helpful? Give feedback.
-
/etc/so-launcher/roots.pem - Contains a certificate The attached file contains the cat output. |
Beta Was this translation helpful? Give feedback.
-
Please try uninstalling the osquery package and deleting those config files (blow away |
Beta Was this translation helpful? Give feedback.
-
Ok, so I didnt notice it before, but this is not going to work:
Because that flag file uses Launcher flags - Launcher is a wrapper we use for Osquery that allows auto-updates, etc. Instead, please try launching osqueryd like this, and post the resultant logs: From: /usr/local/so-launcher/
|
Beta Was this translation helpful? Give feedback.
-
Ok thanks.
No idea why running the client from the command line got things working and running from systemd did not. Thanks for the help! |
Beta Was this translation helpful? Give feedback.
Ok, so I didnt notice it before, but this is not going to work:
/usr/local/so-launcher/bin/osqueryd --config_path=/etc/so-launcher/launcher.flags --verbose
Because that flag file uses Launcher flags - Launcher is a wrapper we use for Osquery that allows auto-updates, etc.
Instead, please try launching osqueryd like this, and post the resultant logs:
From: /usr/local/so-launcher/
sudo /usr/local/so-launcher/bin/launcher -config /etc/so-launcher/launcher.flags --debug --osquery_verbose