bridgeport is gone
kodak MAC changed
kst brought a rpi3 she wants to keep at hs for flashing things
Change-Id: I8500e0e761e1c47840b6b5cd7b2c1245e2f7c284
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1951
Reviewed-by: ar <ar@hackerspace.pl>
Moved voron static ip allocation to wired ethernet.
Added entries for Czechu's prusa mini which will be staying here for a
few months at least.
Removed oki allocation.
Added entries for new kyocera.
Kodak SBC upgrade -> new mac.
Change-Id: I503f2c1cffa913543102ee4d91a16548f9126d2d
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1947
Reviewed-by: q3k <q3k@hackerspace.pl>
Kea configuration added in its own file for general cleanness.
Migrated only lan and bms subnets; others appear to be legacy leftovers.
IP reservations migrated as-is; "one-liner" for that in comments.
Hopefully legacy "bootp" is not actually needed as that's behind a
paywall.
Generated config tested using `kea-dhcp4 -tT -c ./generated/dhcp4.conf`
Drive-by fix for checkinator to keep it working with old config with no
DHCP_SERVER config key.
Added myself to OWNERS as I'm making frequent changes here recently, and
vuko is absent.
Change-Id: I5d5dd71ab4fd3fb498bd8bc95428984b3b08f092
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1943
Reviewed-by: q3k <q3k@hackerspace.pl>
Reviewed-by: informatic <informatic@hackerspace.pl>
Also bump version number and fix typo in README.
Change-Id: I116ef706d99df4ace70ccceefc6a23d41fd1adb6
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1942
Reviewed-by: q3k <q3k@hackerspace.pl>
Somehow SHELL variable from host was still kept in pure shell.
This should prevent colmena deploys failing when host is built against
libc newer than the one in our fhsuserenv.
Change-Id: Ia98e35e71d8d3a0ae2920a18ff2fe6a2e8ed2d53
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1910
Reviewed-by: q3k <q3k@hackerspace.pl>
Misunderstood the logrotate.conf manual and somehow missed lack of the
"delaycompress" option in the output. "compress" needs to be specified
explicitly, despite the presence of other compression-related options,
and nix configuration generator requires "true", not "null", for entries
with no options to be present in output.
Change-Id: Ibe0c41a4b657ff598b2a0613f1ff6fe67f20ca3b
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1908
Reviewed-by: q3k <q3k@hackerspace.pl>
Reviewed-by: informatic <informatic@hackerspace.pl>
We need to keep a year's worth of connection logs for legal reasons, and
in uncompressed form they took around 170G, but only around 25G
compressed, while rootfs on the machine is a bit over 180G.
Also a drive-by build fix for laserproxy which also removes a workaround
that (IMHO) introduced more problems than it solved.
Change-Id: If91224b0c3bc5ccdd096f0c722e82dbe4de29b95
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1907
Reviewed-by: informatic <informatic@hackerspace.pl>
Reviewed-by: q3k <q3k@hackerspace.pl>
By forcing version to be explicit, we encourage users to pick the latest version when they first deploy, or to upgrade to latest from the old 5.0.4.
Also, non-existent storage class default is removed in favor of explicitly asking for storageClassName.
Change-Id: Ibf9113eae4c2be20bf273c7536176b42fac52256
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1796
Reviewed-by: q3k <q3k@hackerspace.pl>
Reviewed-by: radex <radex@hackerspace.pl>
Also fix a bunch of small issues in our codebase, whoops.
This is ran automatically on `bazel build`.
Change-Id: If49ba956b4e2380344a765c30cd84ab760fc4c68
Reviewed-on: https://gerrit.hackerspace.pl/c/hscloud/+/1849
Reviewed-by: palid <palid@hackerspace.pl>