hamishmack has quit [Ping timeout: 258 seconds]
jtojnar has quit [Quit: jtojnar]
veske has joined #nix-darwin
domenkozar[m] has joined #nix-darwin
<
{^_^}>
LnL7/nix-darwin#149 (by domenkozar, 48 minutes ago, open): Allow enforcing linking etc when file exists
veske has quit [Ping timeout: 248 seconds]
<
LnL>
didn't we tak about that before?
<
gchristensen>
seems a bunch of the builders are unhappy again. looking.
<
LnL>
hmm, any idea what's causing this kind of stuff?
<
gchristensen>
I'm thinking it isn't GCing enough
<
LnL>
min-free might help for that
<
LnL>
was about to propose for m in $(hydra-bad-machines); do virsh destroy $m; done
<
LnL>
but that wouldn't help if that's the problem
<
gchristensen>
oh yeah okay
<
gchristensen>
I only run it at 3:15 daily and then the disk fills
<
gchristensen>
and if it fills enough ...
<
gchristensen>
it can't delete because it can't write to the sqlite db :)
<
gchristensen>
LnL: is there a nice `nix.gc.interval` value for "every 30 minutes" or something?
<
LnL>
I don't think you want to gc that often
<
gchristensen>
yeah fair
<
LnL>
deleting stuff as well as finding memory roots (on darwin) is pretty slow
<
gchristensen>
right
<
gchristensen>
do you have favorite min-free/max-free values?
<
gchristensen>
in the past I've used, if dropping below 20G, free 20G
<
LnL>
depends a bit on the fill rate, the gc service doesn't delete everything either right?
<
gchristensen>
right
<
gchristensen>
nix.gc.options deletes up to 25G
<
gchristensen>
the disk has 125G
<
LnL>
but min-free = <max-build-size> max-free <disk-space / 4> or something like that
<
LnL>
hmm, that's not a lot
<
LnL>
min-free 10, max-free = 60
<
gchristensen>
I could probably make it bigger
<
LnL>
note that it's in bytes tho
<
gchristensen>
yeah
<
gchristensen>
I do everything in Gb and convert
<
LnL>
just making sure, it wouldn't do much otherwise :)
<
LnL>
pretty sure I did that once
<
gchristensen>
oh cool packet's API is down
<
gchristensen>
ideal time for an outage :P
marek has quit [Ping timeout: 258 seconds]
<
disasm>
haha, we're troubleshooting packet nixops plugin right now :) I'll tell the guys not to redeploy any instances!
<
gchristensen>
good choice :)
<
domenkozar[m]>
LnL: did we? I don't remember sorry :/
<
aminechikhaoui>
disasm what's packet nixops plugin ?
<
gchristensen>
oh yeah disasm, aminechikhaoui and ikwildrpepper probabl ywant to hear about that
jtojnar has joined #nix-darwin
<
disasm>
It's nowhere near ready for prime time though :)
<
disasm>
and requires our fork of nixops with the plugin management
<
disasm>
I don't have a good way for getting the physical spec, so currently it only supports c1.small and g2.large instance types
<
gchristensen>
I'd love for it to import the physical spec from the machine
<
aminechikhaoui>
disasm that's cool
<
disasm>
I think we'd need a way for python to parse that into a dictionary. oh and hashes in the filenames are evil to automate...
<
aminechikhaoui>
generating the physical is likely better than grabbing whatever the installer does though (I think)
<
gchristensen>
filename hashes is fixable
<
gchristensen>
I would strongly prefer we not duplicate the logic in nixops from what is in the installer tools
<
gchristensen>
but it is possible ...
<
aminechikhaoui>
so copying stuff from the machine is fine ?
<
aminechikhaoui>
But also if we want to do directly netboot with iPXE then NixOps needs to generate the remaining hardware config to be able to deploy
<
aminechikhaoui>
I mean if we want to netboot without running an installer
<
gchristensen>
netboot has easier problems to solve
<
gchristensen>
long term installs are trickier
jtojnar has quit [Quit: jtojnar]
jtojnar has joined #nix-darwin
jtojnar has quit [Quit: jtojnar]
jtojnar has joined #nix-darwin
jtojnar has quit [Remote host closed the connection]
daGrevis has quit [Quit: daGrevis]
daGrevis has joined #nix-darwin