| FilipZ | Hi! I have an issue with space in the process table being seemingly taken away by the processes that are not present anymore. IDs that should be free are not reused anymore, and after some time the system freezes, after the entire process table is filled. How could I fix this? | 01:58 |
|---|---|---|
| debdog | FilipZ: just out of curiousity, at what ID does the table end? | 02:00 |
| FilipZ | About 2^15 | 02:01 |
| FilipZ | About 32768 I think | 02:01 |
| FilipZ | Or one less, as it starts with 0 | 02:02 |
| debdog | what's your uptime? | 02:04 |
| FilipZ | And some time after the highest processes listed by the task manager reach 32k, the system freezes | 02:04 |
| debdog | and which devuan releas? | 02:04 |
| debdog | e | 02:04 |
| FilipZ | uptime output: "02:03:18 up 21:56, 0 users, load average: 1.46, 1.84, 2.06" | 02:08 |
| FilipZ | Chimaera | 02:08 |
| debdog | sorry, estimated uptime when this happens, I meant | 02:11 |
| * debdog shuts up now to not litter the channel | 02:12 | |
| FilipZ | debdog: I am not sure if I understand. Do you mean after how long the system freezes? It varies. | 02:14 |
| FilipZ | But now I have about 3k IDs left, with just 263 processes alive. | 02:15 |
| debdog | are we talking hours or months? | 02:15 |
| FilipZ | Hours. About a day, I think. | 02:15 |
| FilipZ | Sometimes 2 or 3. | 02:16 |
| al1r4d | @joigser: maybe as long as debian still support 32-bit, devuan not dropping 32 bit | 02:41 |
| JackFrost | https://lists.debian.org/debian-devel-announce/2023/12/msg00003.html which doesn't appear to be long. | 02:52 |
| gnarface | if FilipZ comes back someone ask them if they're also using nvidia's proprietary drivers and whether there's a conspicuous memory leak in X at the same time | 03:17 |
| gnarface | ...and also if they've mixed in any 3rd party packages or packages from other devaun release versions, or self-compiled stuff from anywhere, even if it's a source package | 03:18 |
| rrq | cousin_luigi: ok, enp1s0.123 would be for vlan 123 on the ethernet interface. it's fine to have that as bridge port, for incoming packets with vlan tag 123 going into the bridge without tagging | 03:22 |
| rrq | .. and packets from the bridge would go out on enp1s0 with tagging (123) | 03:25 |
| rrq | in /etc/network/interfaces you may hav a block "iface enp1s0.123 inet manual" with esp an "up brctl addif br123 $IFACE" statement, so that the vlan interface when brought up is added to the bridge | 03:28 |
| rrq | maybe a "down .." statement as well | 03:29 |
| rrq | the bridge would have "bridge_ports none" as statement so as to trigger the bridge-utils/ifupdown.sh script | 03:30 |
| rrq | but without automatic ports; so as to avoid bridge diffling to spill over into port interface fiddling | 03:31 |
| rrq | diffling=fiddling :) | 03:31 |
| rrq | that separation would also call for an "auto enp1s0.123" statement to be lexically after an "auto br123" statement, or alternatively merged into a single "auto br123 enp1s0.123" statemenet so as to be explicit about that ordering | 03:36 |
| Nietz | bed beckons. o&o | 05:43 |
| darwin | i tried 'apt-get remove xorg'... instead of just removing, as asked, it says six packages will be upgraded. Then it can't find them because they're at a Debian rather than Devuan archive, so the entire command fails. Still 'dependency Hell', I see | 05:59 |
| darwin | '*xorg*' | 05:59 |
| darwin | guess I just had to upgrade first | 06:04 |
| cousin_luigi | rrq: It works that way already, but I want to create it with bridge. | 06:11 |
| rrq | I don't that program | 06:17 |
| rrq | seems to treat "bridge" as some higher level concept rather than being the network interfaces | 06:19 |
| rrq | concept confusion is obviously something dearly needed in linux networking | 06:20 |
| rrq | doesn't look like the "bridge" program creates interfaces though | 06:28 |
| rrq | well; I'm reading its manpage only. | 06:28 |
| rrq | afaict from that, "bridge" operates on internal traffic tables but doesn't change the interface collection or any bridge port assignment setup | 06:39 |
| cousin_luigi | rrq: openwrt uses that by default (it has something to do with the iproute suite), will ask there as well | 10:01 |
| Guest60 | hello | 14:43 |
| Guest60 | i'm trying to migrate from debian 12 | 14:43 |
| Guest60 | but it can't find the keyring package | 14:43 |
| Guest60 | i tried to switch mirrors | 14:43 |
| brocashelm | guest60: you can also try downloading the deb file of the devuan keyring package and install it locally: https://www.devuan.org/os/keyring | 15:00 |
| brocashelm | http://deb.devuan.org/merged/pool/DEVUAN/main/d/devuan-keyring/devuan-keyring_2023.05.28_all.deb | 15:01 |
| brocashelm | after it is installed, try apt update again | 15:01 |
| Guest60 | Installed it, tried apt update, manager can't find eudev either | 15:23 |
| fsmithred | Guest60, eudev should be in the main repo. Can you paste your sources.list to paste.debian.net? | 15:26 |
| fsmithred | example: https://www.devuan.org/os/packages | 15:32 |
| Guest60 | fsmithred paste.debian.net/1302436 | 15:47 |
| fsmithred | That mirror appears to be ok. Maybe paste the output with the error message. | 15:51 |
| fsmithred | The apt-update completed normally? | 15:51 |
| fsmithred | apt-cache search eudev | 15:51 |
| fsmithred | ^^^ That should find it. | 15:51 |
| Guest60 | paste.debian.net/1302439 | 15:54 |
| Guest60 | apt-cache isn't finding anything | 15:54 |
| fsmithred | Looks like you have a lot of third-party repos enabled. Something in /etc/apt/sources.list.d/ I guess. | 15:57 |
| fsmithred | The address that it can't find is the devuan repo you're trying to use. | 15:57 |
| fsmithred | mirror checker is here if you want to try another: http://veritas.devuan.org/apt-panopticon/results/Report-web.html | 15:58 |
| fsmithred | or maybe there's a dns problem | 15:58 |
| fsmithred | I have to go. | 16:09 |
| Guest60 | Okay, thanks for the help | 16:10 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!