Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
David Burke
@bufke_gitlab
Would probably be good to move that kind of stuff to gitlab issues and merge requests as well
Richard Bateman
@taxilian
ahh, okay. I thought it might have some functionality already, just not set up for docker usage yet
unfortunately all my django experience is about 10 years out of date at this point =]
and -- just going out on a limb here -- I'm guessing a few things have changed in that time
David Burke
@bufke_gitlab
Working on multi factor auth today. Couldn't find a drop in django-rest-framework library so I'm considering making my own based on https://github.com/mkalioby/django-mfa2
Might end up as a snippet or a real pypi module
Richard Bateman
@taxilian
nice. can't tell if that one supports e.g. google authenticator / authy style or not, but if not you'll want to add that later. personally I prefer to use a U2F/webauthn device
David Burke
@bufke_gitlab
Yeah I would want an app based OTP and U2f/webauthn
I made a OTP rest API already for Passit, so I'm trying to convert it and u2f to a shared package to for both to use
Richard Bateman
@taxilian
awesome =]
David Burke
@bufke_gitlab
Jumpering
@JumpAttacker
Hey, any way to fix Content Security Policy error when i run it in nginx? If i just run in docker-compose there is no any error https://i.imgur.com/Cxl813f.png
I was reading somewhere i can disable rocker-loder, but how and where? Thanks
David Burke
@bufke_gitlab
Rocket loader? Like the cloudflare thing?
The best option would be to whitelist cloudflare by setting the env var CSP_SCRIPT_SRC to 'self', 'https://ajax.cloudflare.com'

I keep CSP enabled by default because it should just work for most users and provides security benefits. If you feel we should offer a way to turn it off entirely, can you open an issue on https://gitlab.com/glitchtip/glitchtip-backend it would not be hard to offer such an option.

Turning off Rocket Loader is fine too, I don't think it provides much/any benefit. We already use webpack to bundle code so bundling it again isn't going to make it faster.

Jumpering
@JumpAttacker
Thank you! Env setting solve my problem
David Burke
@bufke_gitlab
Changes with the helm chart coming soon glitchtip/glitchtip-helm-chart#8 the real reason is that I need it for some contract work.
If anyone uses helm in here, how do you update your application env vars? Do you store them in a git committed values file? Do you use --reuse-values? Something better?
I've always preferred the way heroku or openshift manage them - a nice GUI and CLI that isn't tied to deploying code changes. I don't have a good way to mimic this with helm.
Marc Laporte
@marclaporte_gitlab
Contract work influencing/accelerating the roadmap: that sounds like some very good news!
Ben Lau
@benlau

Anyone could upload dif to https://app.glitchtip.com ? I have tried to run this command

SENTRY_LOG_LEVEL=debug sentry-cli  upload-dif ios-app-particle-setup.app.dSYM/Contents/Resources/DWARF/ios-app-particle-setup

But it got a 403 error with

<h1>Forbidden <span>(403)</span></h1>
<p>CSRF verification failed. Request aborted.</p>
David Burke
@bufke_gitlab
It's not supported yet @benlau
Sourcemaps will come first and have a long ways to go glitchtip/glitchtip#13
Ben Lau
@benlau
oh... I see, thx.
David Burke
@bufke_gitlab
Hello we have a couple roles open that would include working on GlitchTip - please check them out here and share https://burkesoftware.com/jobs/
Things are a little slow at this time while we focus on hiring. I'm making good progress on a FIDO2 key project that will get integrated with GlitchTip so that you can use hardware keys or OTP apps for multi factor authentication. A frontend for webhooks is also nearing completion.
Bastien
@zeylos
Hello there, I'm having some trouble trying to get Glitchtip to absorb spiky workloads. I've deployed Glitchtip with helm on a Kubernetes cluster, with the postgresql database on RDS. We have some buggy vuejs app which will sometime loop infinitely and send the erreur to Glitchtip 1000 times in like 1 or 2 minutes. The bug will be fixed one day (I hope), but in the meantime Glitchtip receives so many requests, all of the uWSGI are crashing and we can't access the app.
I tried to add "web" pods to multiply the workers, but it still crashes. I tried to increase worker pods, with no result, I also upgraded the DB to have more ram and cpus, but I still have the bug
Where do you think I need to look at so I can absorb this workload ?
Bastien
@zeylos
the crash looks like that in the logs
[busyness] 30s average busyness is at 70% but we already started maximum number of workers available with current limits (8)
....
SIGINT/SIGQUIT received...killing workers...
worker 1 buried after 1 seconds
worker 2 buried after 1 seconds
worker 3 buried after 1 seconds
worker 4 buried after 1 seconds
worker 5 buried after 1 seconds
worker 6 buried after 1 seconds
worker 7 buried after 1 seconds
worker 8 buried after 1 seconds
goodbye to uWSGI.
8*5 pod = 40 workers, it does the same if I get up to 10 pods
Oh I also tried to give 1G of ram to each pod but it doesn't help either, they still crash
Bastien
@zeylos
Is there some documentation on how to get Glitchtip working under heavy workload ?
David Burke
@bufke_gitlab
Load capacity is a hard one to solve. It sounds like you are already checking the places I would check. I've tested as high as 300 requests per second on a 2GB postgres service. If this is a commercial project with funding, I'd be happy to discuss support contracts to get it working for your load requirements.
David Burke
@bufke_gitlab
Our current deployment for app.glitchtip.com is 3 pods and one 2GB managed Postgres instance. If you're sending 1000 events a minute, then it should only be 16 req/s which would probably run fine on a raspberry pi. I would check your assumptions. Are you sure that requests/minute count is about right?
Bastien
@zeylos
Hm I guess not, I need to double check that
In the meantime I discovered that 2 IPs were spamming so I blocked them for now, I'll check the logs
Bastien
@zeylos
Thanks for your help
David Burke
@bufke_gitlab

@benlau it's curious you got a 403 error. As I said file uploads do absolutely nothing at this time. But that response is unexpected. I wonder if your auth key was set up right.

sentry-cli --url https://app.glitchtip.com releases --org test-org --project aaaa files lol upload fun.txt 
A 6de989b32cb10f2361ddaa46ea917a674429b4c6  (3 bytes)

I haven't begin to explore what upload-dif is for and what API calls it makes.

Christian Liisberg
@liisberg
Hi. Getting this error when trying to send test errors to Glitchit. Is there anyway to debug further?
Error: Unexpected status code: 500 (body: b'\n<!doctype html>\n<html lang="en">\n<head>\n <title>Server Error (500)</title>\n</head>\n<body>\n <h1>Server Error (500)</h1><p></p>\n</body>\n</html>\n')
Christian Liisberg
@liisberg
Hm ok, seems its a volume issue, please ignore for now :)
Christian Liisberg
@liisberg
Still getting 500 error even though all services are running. Any way to debug this?
David Burke
@bufke_gitlab
only when sending an error? You could try sending it to app.glitchtip.com
David Burke
@bufke_gitlab
If you can reproduce a 500 on app.glitchtip.com I could look into it later.
If you feel comfortable sending error data to our hosted service that is
Christian Liisberg
@liisberg
Ok, seems it works on app.glitchtip.com @bufke_gitlab - guess I will have to dig into it more
David Burke
@bufke_gitlab
You could set the env var "DEBUG" to be true - but I can't say how effective that will be
Christian Liisberg
@liisberg
@bufke_gitlab Ok, got the error "function jsonb_to_tsvector(unknown, jsonb, unknown) does not exist".
Seems that the error is caused by postgresql version is too low :)
David Burke
@bufke_gitlab

breaking changes coming to the helm chart - it's now entirely a generic Django chart. The glitchtip helm chart is just a Chart.yaml and values.yaml

https://gitlab.com/glitchtip/glitchtip-helm-chart