ChanServ changed the topic of #freedesktop to: https://www.freedesktop.org infrastructure and online services || for questions about freedesktop.org projects, please see each project's contact || for discussions about specifications, please use https://gitlab.freedesktop.org/xdg or xdg@lists.freedesktop.org
pseigo_ has joined #freedesktop
pseigo_ has quit []
pseigo_ has joined #freedesktop
ximion has quit []
ngcortes has quit [Remote host closed the connection]
progandy has joined #freedesktop
progandy has quit [Ping timeout: 480 seconds]
Seirdy has quit []
Seirdy has joined #freedesktop
jarthur has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Rainer_Bielefeld_away has joined #freedesktop
pohly has quit [Remote host closed the connection]
alanc has quit [Remote host closed the connection]
alanc has joined #freedesktop
MajorBiscuit has joined #freedesktop
Major_Biscuit has joined #freedesktop
MajorBiscuit has quit [Ping timeout: 480 seconds]
<bentiss> wb9688: just FYI, to prevent the account to be deleted, you can fork one official repo, it should be enough to mark it as active
mvlad has joined #freedesktop
<wb9688> Ah, well, I forked wayland-protocols now as I wanted to work on that
pseigo_ has quit [Ping timeout: 480 seconds]
<bentiss> wb9688: then you should be safe now :)
<bentiss> and sorry for the inconvenience :(
danvet has joined #freedesktop
pkira has joined #freedesktop
pseigo_ has joined #freedesktop
ximion has joined #freedesktop
pkira has quit [Ping timeout: 480 seconds]
pseigo_ has quit [Read error: No route to host]
pseigo_ has joined #freedesktop
Rainer_Bielefeld_away has quit [Read error: Connection reset by peer]
Rainer_Bielefeld_away has joined #freedesktop
AbleBacon has quit [Read error: Connection reset by peer]
Rainer_Bielefeld_away has quit [Read error: Connection reset by peer]
<pq> gitlab web UI seems have little hickups loading itself, all pieces don't always load, and a bit later reloading the page works.
ximion has quit []
<bentiss> I can see a lot of writes happening right now, but all disks are up FWIW
<bentiss> the backup is finishing, so I guess that's the one using the write bandwidth
<pq> ok, thanks
<bentiss> thank you :)
ppascher has quit [Ping timeout: 480 seconds]
progandy has joined #freedesktop
progandy has quit [Ping timeout: 480 seconds]
pjakobsson has quit [Remote host closed the connection]
progandy has joined #freedesktop
<pq> still showing occasional little hickups, FWIW
<pq> wonder if it's just me
<pq> is no-one else getting stalls in loading parts of the gitlab web UI? like just now?
<bentiss> still nothing to report AFAICT, all disks are up, CPU load is normal, backup is done this time
<bentiss> though there is a lot of running jobs (legit ones), so maybe it's just too used?
Rainer_Bielefeld_away has joined #freedesktop
<jenatali> Corentin Noël: No, don't think so
<jenatali> Oh but it does look like Marge isn't picking up https://gitlab.freedesktop.org/virgl/virglrenderer/-/merge_requests/815 despite no other MRs in that project being ahead in the queue...
<tintou> Yeah and it is not picking https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17123 which is the next one in the Mesa queue
progandy has quit [Ping timeout: 480 seconds]
chaim has joined #freedesktop
<jenatali> Odd. It jumped back to mine (https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17267) even though it was more recently assigned
<__tim> I sometimes find I have to un-assign and then re-assign an MR to make marge pick it up
progandy has joined #freedesktop
ximion has joined #freedesktop
ybogdano has joined #freedesktop
ppascher has joined #freedesktop
jarthur has joined #freedesktop
Haaninjo has joined #freedesktop
pseigo_ has quit [Ping timeout: 480 seconds]
Major_Biscuit has quit [Ping timeout: 480 seconds]
pseigo_ has joined #freedesktop
Rainer_Bielefeld_away has quit [Remote host closed the connection]
pseigo_ has quit [Read error: No route to host]
pseigo_ has joined #freedesktop
<ifreund> I just pushed new commits to the branch on my fork used in this MR: https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/3637
<ifreund> but they have yet to show up on the MR despite being pushed and showing up instantly on my fork 15 minutes ago: https://gitlab.freedesktop.org/ifreund/wlroots/-/tree/vrr-fail
pseigo_ has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Ping timeout: 480 seconds]
pseigo_ has joined #freedesktop
<wb9688> I do see 3 commits from 1 hour ago in both the MR and the branch
<ifreund> indeed, it seems to have updated on the MR now, though it interestingly says "ifreund added 3 commits 31 minutes ago" on the MR despite the commits having been authored and pushed an hour agofff
Haaninjo has joined #freedesktop
<ifreund> nothing to do really, just more weird intermittent gitlab instability
pseigo_ has quit [Ping timeout: 480 seconds]
pseigo_ has joined #freedesktop
pseigo_ has quit [Ping timeout: 480 seconds]
<jenatali> Something's wrong with https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17267 - it says the pipelines are still running, but every job in those pipelines has finished/succeeded, and Marge timed out the merge
<__tim> I think gitlab is a bit wobbly
* airlied sees some wobbly 500s
mvlad has quit [Remote host closed the connection]
manuels39477 has joined #freedesktop
manuels3947 has quit [Read error: Connection reset by peer]
aXl has joined #freedesktop
aXlH has quit [Read error: Connection reset by peer]
Haaninjo has quit [Quit: Ex-Chat]
* rodrigovivi is also seeing the 500 whoops
<wb9688> I see 502
<Lyude> bentiss, jfyi ^
ybogdano has quit [Ping timeout: 480 seconds]
sunarch___ has quit []
sunarch has joined #freedesktop
<Lyude> (also daniels emersion I guess)
ybogdano has joined #freedesktop
<emersion> hm
<emersion> so who's idea was it to put the instructions to manage gitlab *on* gitlab? :D
* emersion doesn't remember the commands
<Lyude> :(, do you have a link to where the page is supposed to be?
<emersion> ah i might still have the notification email by chance
<Lyude> ah cool, I was hoping that maybe the wayback machine might have it but it doesn't seem like it
ybogdano is now known as Guest3565
ybogdano has joined #freedesktop
marex has joined #freedesktop
<marex> Updating maintainer-tools...
<marex> remote: GitLab is not responding
<marex> fatal: unable to access 'https://gitlab.freedesktop.org/drm/maintainer-tools.git/': The requested URL returned error: 502
<marex> something wrong again ? :)
Guest3565 has quit [Ping timeout: 480 seconds]
<Lyude> Yeah, I think emersion is taking a look right now
<marex> Lyude: ah all righty, thanks !
<emersion> k3s[1811]: E0628 21:38:17.666029 1811 pod_workers.go:191] Error syncing pod b098cd39-9b60-438a-9f0e-d6ceb24be7d0 ("vector-agent-7wqjg_logging(b098cd39-9b60-438a-9f0e-d6ceb24be7d0)"), skipping: failed to "StartContainer"
<emersion> hm
<emersion> 1811 kubelet_volumes.go:225] orphaned pod "d50d7c54-8133-44c9-a7b4-04dfbc834bb7" found, but error not a directory occurred when trying to remove the volumes dir
<emersion> hm maybe unrelated
<emersion> bleh i can't wireguard in
<emersion> oh, here is the wg config
<emersion> gitlab-prod-redis-master-0 1/2 CrashLoopBackOff 15 15d
<emersion> Warning Unhealthy 39m (x16 over 6h23m) kubelet Liveness probe failed: MISCONF Errors writing to the AOF file: No space left on device
<emersion> why do i always get all of the ENOSPC ;_;
mydarkhandle has joined #freedesktop
<Lyude> emersion: have we been close to running out of space?
<emersion> no idea
<emersion> we don't have monitoring
<emersion> okay, i've restarted fdo-k3s-large-7, it seems to have done stuff
<emersion> webservices seem to be restarting
<emersion> eh, rip
<wb9688> Well, maybe monitoring would be a good idea then
<wb9688> Not that I'm volunteering to implement that, there are other things that are more worth my time, which is probably a known problem for you too
<emersion> 1:M 28 Jun 2022 22:06:09.690 # Short write while writing to the AOF file: (nwritten=88, expected=125)
<emersion> seems to kill redis
<Lyude> wb9688: yeah, we've got plans to make things more reliable fwiw, although it's going to take a while before those come to fruition assuming all goes well
karolherbst has quit [Ping timeout: 480 seconds]
jbenden has joined #freedesktop
karolherbst has joined #freedesktop
ybogdano is now known as Guest3566
ybogdano has joined #freedesktop
bluestang2006 has joined #freedesktop
<wb9688> Ah, cool
danvet has quit [Ping timeout: 480 seconds]
<wb9688> Are those plans written down somewhere?
bluestang2006 has left #freedesktop [#freedesktop]
bluestang2006 has joined #freedesktop
Guest3566 has quit [Ping timeout: 480 seconds]
<emersion> sorry, no dice
ximion has quit []
<emersion> will have to wait for the k8s wizards to show up
user_ has joined #freedesktop
<Lyude> wb9688: ish, things aren't finalized quite yet and since the plan for this will end up being voted on for approval by xorg membership we kinda want to wait until things are a bit more concrete
user_ has quit []
progandy has quit [Ping timeout: 480 seconds]
mydarkhandle has quit [Ping timeout: 480 seconds]
janesma has joined #freedesktop
<ocrete> Is gitlab down for everyone or just for me ?
<ocrete> ohh, just saw the backlog
<emersion> are we back up?
<emersion> got help from a friend
<Lyude> woooo
<Lyude> emersion: yes and tell your friend thank you :)
<emersion> so, bentiss, let me know if that was a terrible idea, but i did the following:
<emersion> kubectl edit pvc -n gitlab gitlab-prod-gitlab-redis-storage
<emersion> then bump spec:resources:requests:storage to 10G (was 5G previously)
ybogdano has quit [Ping timeout: 480 seconds]
<emersion> there's this weird thing that gitlab/gitlab-prod-gitlab-redis-storage is still in the "Terminating" status in kubectl get pv
ybogdano has joined #freedesktop
<anholt_> emersion: working here. Thanks!
<emersion> \o/
<__tim> nice work
<emersion> bentiss: it seems like gitlab charts already have some kind of metrics stuff deployed?
chaim has quit [Quit: Konversation terminated!]
ngcortes has joined #freedesktop
<marex> emersion: nice, thanks !