Elasticsearch-Fluentd-Kibana (EFK), which is kinda agnostic (both for on-prem or cloud), Papertrail, Scalyr, and the cloud-provider specific ones. Pretty much depends on where you run Kubernetes …
For a while, I used https://papertrailapp.com/ to log remotely from logcat (on demand) - worked well, but you have to do a lot of the wiring up yourself, and ask users to enable remote debugging, unless you want to pay a lot (and really, you shouldn't log remotely without permission and opt-in anyway).
Personally I don't like Firebase or SDKs provided by Google on iOS
For Firebase just taking the analytics part and crash it's added 10 MB in the app
Their SDKs are static frameworks which causes problems when we have some customs frameworks in the application
I do not even talk about the intrusive side of these SDKs that spy APIs and much more
Their services are just a pretext to encourage developers to put their SDKs
In many cases their SDKs could be just replaced by REST APIs
For your crash you can:
- Use NSSetUncaughtExceptionHandler to catch the crash
- Save on the iPhone/iPad the callStackSymbols because your application is crashing your action is limited
- When the user restart the app load the callStackSymbols saved locally and sent to a service like papertrail may be better that an email
If you don't need to keep your log data within your firewall perimeter, I would consider a log aggregation service.
Can't beat that for ease of set up and the additional features may come handy some day when you decide to play with them.
I've personally had good experiences with https://logentries.com and https://papertrailapp.com and I will probably use them again on my future projects.
I would suggest using a syslog server that can trigger alerts to you.
I use https://papertrailapp.com and it works well and is easy to configure. Not necessarily very secure to use a cloud syslog server, but you can build your own too.
There are options on the MS (and MX I think) to detect and alert on rogue DHCP servers. Do you have that active since you suspect rogue DHCPD? Are you seeing IP conflicts? Are you seeing anything in the logs to give you a clue?
https://papertrailapp.com might help. You can forward syslogs there and create email/SMS/slack alerts easily. I also use https://uptimerobot.com for some simple monitoring.
I didn't see papertrailapp.com mentioned here so just mentioning it as a cloud syslog option so that OP is aware as well as anyone else interested. It is owned by Solar Winds so that may go against them, but they also have a clean design and several easy ways to alert on search terms (email, web hook, Slack, etc.)
I've been using papertrailapp.com for Meraki, various PBX logs and other things for a couple years. It is cloud based and owned by Solarwinds and has occasional reliability issues, but it is dirt cheap (even has free tier, I think) and easy to setup filters and custom alerts so I live with it quite happily.
If you are not set on configuring your own syslog server I suggest sending logs to https://papertrailapp.com/. It has a free tier and is pretty nice. Note that Meraki does not support any type of encrypted syslog.
You can try checking the syslog at /var/log/syslog
, but it's lost on reboot. Unraid has a syslog server <http://tower/Settings/SyslogSettings>, maybe you can have it mirrored to the flash drive or a remote destination like <https://papertrailapp.com>. You can also try starting a thread on the Unraid bug reports forums https://forums.unraid.net/bug-reports/
e.g. https://papertrailapp.com/
I think you'll need to give a lot more information to get useful pointers though.
What does the app do? What do the services do? What does the location have to do with anything? What is the server implemented with?
A super easy way to do this would be to just use Papertrail.
Edit:
It should be /var/log/pihole.log. At least that’s where it is on raspbian stretch. The easiest way to do it is to modify the log_files.yml. There are instructions on the remote_syslog github.
I think it's just the case where you have to weigh the intent of the 12FA guideline, and don't follow it to the word. The intent is, don't use local storage to produce logs. The path of least resistance for a PaaS that is sort of agnostic as to what you're running there, is to pipe the stdout stream through some logging facility like funnel, but it's far from best practice when you actually deal with a very narrow stack in comparison with a anything-goes PaaS like Heroku.
With Go, you have options:
Some of these options handle logging output better than what 12FA imagined as the guideline. The big thing to take into account however, is the volume of your log output. Things like tracing logs may be very very verbose, which means that you definitely don't want to treat them as event streams, don't send them to stdout, but use a dedicated backing service (12FA chapter 4). In fact, one could even argue that HTTP access logs could be a special case which shouldn't go to stdout either, at least I know that tailing access logs from my load balancers is pretty much useless without some sort of map/reduce aggregator on top of that.
I'm not familiar with any self-hosted tools that meet your requirements, but I can recommend https://papertrailapp.com/ as a simple and reasonably priced hosted option.
that sounds reasonable. Mongo is a document store, after all. JSON format your logs and store them in Mongo so they can be searched/queried more easily. Good use case.
If you have budget to pay for this as a service though, you might be interested in paper trail which gives you similar functionality.
There would have to be some logic in the application (or code written) to track the files location.
The only thing I can even think about that may work (but be a hodge-podge) is to simply run a OS scheduled task that runs a dir on the directory's in question. Then push this output up to Papertrail (https://papertrailapp.com/) You could then quickly search Papertrail and find out its current location.
This is excellent. I have several log files I monitor constantly during development (not my design choice) and I've been piping their output to PaperTrail. Your app makes this way simplier.
I had the same problem, and tried a lot of "log tailer", "log viewer" etc. without success. Now i use PaperTrail as frontend for my mods/staff members. And send all of the (custom log files of UltraLogger) via remote_syslog to their servers.
If you want a hosted service check out PaperTrail, really nice service. I've already picked up on things I would never have had found before.
use https://papertrailapp.com/?thank=3af016 to get us both extra free space.