<jaeger>
Looks like the disk has filled up on crux.nu again
<beerman>
Oops :)
<beerman>
These logs are crazy
<jaeger>
I truncated a couple of old php-fpm logfiles for now
<jaeger>
yeah
<beerman>
Are you doing it? Else i can in around an hour
<beerman>
Ok, perfect
<jaeger>
I did already, yeah
<beerman>
Should be better once we move on from apache etc
<beerman>
Might just need a cron entry to clean out the old folder
<beerman>
For now
<jaeger>
Yeah, was considering that
<beerman>
I did that manually every once in a while, dunno why i didn't already make it a cron entry
<beerman>
heh, oops. postgresql really doesn't like if the space runs full. it just crashes
<jaeger>
oops
<beerman>
updating the gitea instance now
<beerman>
i cleaned another ~20% off the root partition
<jaeger>
ok
<beerman>
find /var/log/old -type f -print -delete
<jaeger>
Going to build a new kernel and clean out an old one or two. Now that stx is back I'll try to schedule a reboot with him for next week to get the kernel upgraded
<beerman>
perfect
<jaeger>
Lots of old modules in /lib/modules to clear out, too... though they're not very large
<beerman>
yeah.. i tried to clean out as much old crap as I could already. there have been numerous backups of folders that have been left there for who knows how long
<beerman>
not much either but it's honest work, eh?
<jaeger>
Is /home/srv/mirror used for anything?
<jaeger>
Ah, it is. /srv is a symlink to it
<jaeger>
Probably did that to get it off /
<beerman>
heh :)
<beerman>
I didn't do that, but yeah sounds reasonable
<beerman>
maybe we should link a few more folders to reside in /home - not nice, but what can we do if we are not to repartition?
<jaeger>
Repartitioning would be nice but that'll be a lot more involved due to the lack of physical access
<beerman>
yep
<beerman>
Would be easiest to provide the money to swap out the disk in place and rsync everything there, maybe, I dunno how much we can take up stxs time
<jaeger>
We do technically have a remote console ipmi device thingy but it's never been installed as far as I know
<beerman>
🫠
<jaeger>
We asked Charlie for it several times but he was mostly unavailable due to some wrist injury or something, if I remember right
<beerman>
bummer, but understandable
<jaeger>
OK, cleaned out all old kernel stuff besides the running 5.x kernel and the new 6.1.50 kernel
<beerman>
Nice
<beerman>
I am still unsure about the mailman thingy and nginx, but it should run. Should we try to swap out things once we have upgraded?
<jaeger>
Sure
<beerman>
Neat
<beerman>
I am off work next week but attending a training course. Dunno what times I'll be available but I am sure I'll be available somehow
<beerman>
fun fact: working in a microsoft dominated environment surely isn't my home play. So far, I have passed a week without anybody noticing I swapped my crappy Win 10 install for CRUX over the past weekend :P
<beerman>
thats where i wanted to run the plasma session to fly under the radar, but oh well :)
<beerman>
sway is holding up just fine for now
<jaeger>
heh, nice
<beerman>
🤠
<beerman>
btw, thats how i had to find distrobox. one of the tools i purchased only supplies deb packages right now, which has older icu and qt libs linked to etc. I can't run it on CRUX directly but I can run it via distrobox https://github.com/89luca89/distrobox which is kinda freaky to me but works perfectly fine
<jaeger>
Apropos of nothing, driving Lenovo's TSM redfish API is maddening
<jaeger>
funky, hadn't heard of that
<beerman>
I do have a Lenovo X1 Carbon, but I haven't had to run TSM yet
<beerman>
i will probably import distrobox to contrib
<beerman>
ah, TSM is a server thing
<jaeger>
Likely that your X1 Carbon doesn't have it. TSM is their out of band management/IPMI
<beerman>
Lucky me 8-)
<jaeger>
:)
<beerman>
i haven't played with the tpm module
<beerman>
my biggest concern was the global protect vpn, but that works flawlessly as well