Version: 0.15.0

Crash Reporting

When a crash occurs in driftctl, we do not send any crash reports.

For debugging purposes, you can add --send-crash-report when running driftctl and crash data will be sent to us via Sentry.

Below is a list of data we retrieve when error reporting is enabled.

date: Event date
os name: Operating System (string, e.g. : "linux | mac | windows")
architecture: Architecture of your CPU (string, e.g. : "amd64 | i389")
num_cpu: Number of cores of your CPU (int, e.g. : 8)
release: driftctl version (string, e.g. : "v0.2.2")
server_name: Your computer hostname (string, e.g. : "yourhostname")
runtime version: Golang version (string, e.g. : "go1.15.2")
runtime infos: Variables go_maxprocs, go_numcgocalls, go_numroutines
packages: Golang used packages and their versions
stacktrace: The error stack

The crash reporting is silent, it will never make your scan fail. You can know whether a report has been sent or not by setting the log level to debug : LOG_LEVEL=debug driftctl scan ....

Example

Below is a full example of a nil pointer crash report.

Sentry

The RAW stack for this example is:

runtime.errorString: runtime error: invalid memory address or nil pointer dereference
  File "/go/src/app/pkg/parallel_runner.go", line 93, in (*ParallelRunner).Run.func1.1
  File "/go/src/app/pkg/remote/aws/s3_bucket_supplier.go", line 71, in readBucketRegion
  File "/go/src/app/pkg/remote/aws/s3_bucket_inventory_supplier.go", line 42, in (*S3BucketInventorySupplier).Resources
  File "/go/src/app/pkg/scanner.go", line 28, in (*Scanner).Resources.func1
  File "/go/src/app/pkg/parallel_runner.go", line 97, in (*ParallelRunner).Run.func1

Example​

Example