danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
philipp64 has quit [Ping timeout: 480 seconds]
Nilsro has joined #openwrt-devel
Nilsro_ has quit [Ping timeout: 480 seconds]
Andranux_ has joined #openwrt-devel
Andranux has quit [Ping timeout: 480 seconds]
valku has joined #openwrt-devel
sorinello has joined #openwrt-devel
rua has quit [Remote host closed the connection]
fakuivan has quit [Read error: Connection reset by peer]
fakuivan has joined #openwrt-devel
rua has joined #openwrt-devel
goliath has joined #openwrt-devel
swalker has quit [Ping timeout: 480 seconds]
valku has quit [Quit: valku]
n3ph has joined #openwrt-devel
digitalcircuit has quit [Quit: Signing off from Quassel - see ya!]
philipp64 has joined #openwrt-devel
digitalcircuit has joined #openwrt-devel
n3ph has quit [Ping timeout: 480 seconds]
swalker has joined #openwrt-devel
n3ph has joined #openwrt-devel
n3ph has quit [Ping timeout: 480 seconds]
robimarko has joined #openwrt-devel
Piraty has quit [Remote host closed the connection]
Piraty has joined #openwrt-devel
rsalvaterra has quit []
rsalvaterra has joined #openwrt-devel
hanetzer1 has joined #openwrt-devel
hanetzer has quit [Ping timeout: 480 seconds]
hanetzer has joined #openwrt-devel
hanetzer1 has quit [Read error: Connection reset by peer]
AtomiclyCursed has quit [Quit: ZNC 1.10.0 - https://znc.in]
AtomiclyCursed has joined #openwrt-devel
rudeowl has quit [Ping timeout: 480 seconds]
n3ph has joined #openwrt-devel
AtomiclyCursed has quit [Quit: ZNC 1.10.0 - https://znc.in]
AtomiclyCursed has joined #openwrt-devel
rudeowl has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
gromero has joined #openwrt-devel
valku has joined #openwrt-devel
goliath has joined #openwrt-devel
hanetzer1 has joined #openwrt-devel
hanetzer has quit [Ping timeout: 480 seconds]
<KanjiMonster>
philipp64: not the answer to your question, but there is an official option for that "Target Images -> Make /var persistent (TARGET_ROOTFS_PERSIST_VAR)", unless that doesn't match your usecase
guerby has quit [Remote host closed the connection]
guerby has joined #openwrt-devel
minimal has joined #openwrt-devel
<dwfreed>
all that does is make base-files *not* make /var a symlink to /tmp, *but* that may still be necessary in order to persist this kind of setup across upgrades
slh64 has quit [Read error: Connection reset by peer]
slh64 has joined #openwrt-devel
valku has quit [Quit: valku]
n3ph has quit [Ping timeout: 480 seconds]
efahl is now known as Guest20980
Guest20980 has quit [Read error: Connection reset by peer]
efahl has joined #openwrt-devel
MAbeeTT4 has joined #openwrt-devel
MAbeeTT3 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #openwrt-devel
cmonroe has quit [Read error: Connection reset by peer]
cmonroe has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
philipp64 has joined #openwrt-devel
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #openwrt-devel
jkkm has quit [Read error: Connection reset by peer]
jkkm has joined #openwrt-devel
valku has joined #openwrt-devel
slh has quit [Remote host closed the connection]
slh64 has quit [Quit: gone]
slh has joined #openwrt-devel
slh64 has joined #openwrt-devel
n3ph has joined #openwrt-devel
<philipp64>
anyone else seeing "sysupgrade" reseting their configuration to factory settings?
<efahl>
Yes, but only when sysupgrading with an image the has a different partition layout or sizes than what was on the device.
AtomiclyCursed has quit [Quit: ZNC 1.10.0 - https://znc.in]
AtomiclyCursed2 has joined #openwrt-devel
<aparcar[m]>
so armsr seems to be broken in 24.10.3, however it's fix with kernel 6.6.95
n3ph has quit [Read error: Connection reset by peer]
n3ph has joined #openwrt-devel
neocturne has quit [Remote host closed the connection]
robimarko has quit [Remote host closed the connection]
neocturne has joined #openwrt-devel
<hauke>
aparcar[m]: I will find soime time to look into the armsr problem
<philipp64>
efahl: okay, so... how do I go from a transient /var to a persisent /var?
<philipp64>
I was hit on sunday by a DoS attack and the kernel DROP messages filled up memory since /var is a tmpfs...
<efahl>
No idea, never done that. I've just resized rootfs partition a bunch and know that overwrite/loses the location of the saved config.
<minimal>
philipp64: you could add "size=" option to /var mount options to set its max size
<minimal>
though the default size is *half* of physical ram
<dwfreed>
or just not log them in the first place
<minimal>
my comment was from a "hardening" perspective, the default maximum size of "half of physical ram" might seem fine for a general Pc but for a router/AP I think it should be set lower
<dwfreed>
perhaps
<dwfreed>
but since openwrt doesn't put anything other than config in the tmpfs by default, it's usually not an issue
<dwfreed>
and you do have to be careful making it too small, because that's also where sysupgrade images are uploaded
<minimal>
hmm, ok, yeah that would present a problem
<philipp64>
well, it's an APU with 2GB, so not a lot. plus I like collecting the logs and using them to generate exportable ban tables of bad actors.
<dwfreed>
ship them off the device with syslog
<philipp64>
biggest problem is that if the router hangs and I have to power cycle it, I've lost any logs that might tell me what was going on so I can fix it for the next time.
<dwfreed>
if the router hangs, they probably won't make it to disk either
<dwfreed>
but with logd shipping to a syslog server on the LAN and netconsole, much better chance that the syslog server will get everything
<philipp64>
what I saw yesterday was 95% of memory was committed (mostly to file caching according to "top") and 398% CPU utillization on 4 cores. but that must have been user-space and kernel because userspace didn't add up beyond 120%
<dwfreed>
generally yes
blocktrron has quit [Quit: WeeChat 4.6.0]
blocktrron has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<russell-->
remote syslogs ftw
<philipp64>
wondering if the scarcity of /tmp space (or memory in general) would have caused any processes to use a lot more CPU.