[DNG] Is it dead yet?
I think I may have a clue to the mysterious stoppages of my server. I ssh'd into it today and got the following. It is time to give up on this machine and replace it? -- hendrik hendrik@april:~$ su - Password: april:~# ps | grep lighttpd ^C^C Message from syslogd@april at Oct 25 20:15:48 ... kernel:[ 5700.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] Message from syslogd@april at Oct 25 20:16:16 ... kernel:[ 5728.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] Message from syslogd@april at Oct 25 20:16:52 ... kernel:[ 5764.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [ps:9184] Message from syslogd@april at Oct 25 20:17:20 ... kernel:[ 5792.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] Message from syslogd@april at Oct 25 20:17:56 ... kernel:[ 5828.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] Message from syslogd@april at Oct 25 20:18:24 ... kernel:[ 5856.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] Message from syslogd@april at Oct 25 20:18:56 ... kernel:[ 5888.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] Message from syslogd@april at Oct 25 20:19:24 ... kernel:[ 5916.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] Message from syslogd@april at Oct 25 20:20:00 ... kernel:[ 5952.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] Message from syslogd@april at Oct 25 20:20:28 ... kernel:[ 5980.156005] NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [ps:9184] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Clicking website wasRe: Announcing Devuan 4.0: Chimaera!
On Mon, Oct 25, 2021 at 09:28:54AM +1100, terryc wrote: > On Sun, 24 Oct 2021 17:49:17 +0200 > > System is a pre-release installation of chimaera (about march?) but > updated. > Sound system is alsa with problem of single focus only; i.e. only one > sound program can be run at a time. So I have to shut down vlc to be > able to play a video(ewetube) in falkon(browser) with sound. > > If falkon is open, the selecting a linked video(ewetube) in firefox > produces a click. The video will still play, but no sound. > > I just put it down to something to do with alsa configuration as > porto=hdmi(no spreakers in screen) and port1=hw and none of the little > fiddling I've attempted can fix that. Just a wild guess: change hw to plughw? $ aplay -L will display all the alsa devices. I think that plughw allows multiple device access. ael ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Why do I need libselinux1?
On Mon 25/Oct/2021 13:12:57 +0200 Olaf Meeuwissen via Dng wrote: Alessandro Vesely via Dng writes: Did we have it on Beowulf? Yes. I just checked on my Beowulf laptop and e.g. tar and sed both declare a Pre-Depends: on libselinux1. Since these two are both Essential packages, libselinux1 is required on Beowulf. Hope this helps, Yeah, it is reassuring. Thanks. Ale -- ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] etckeeper
Hi Hendrik, Hendrik Boom writes: > On Mon, Oct 18, 2021 at 06:52:05PM +0900, Olaf Meeuwissen via Dng wrote: >> Hi Steve, >> >> Steve Litt writes: >> >> > After that, take a backup of the new system including /etc and >> > $HOME, then restore *strategic* config files from /etc/ and ~ and >> > ~/.config. By strategic, I mean configs that you hand-crafted. >> > Sometimes it's better to copy your hand-crafting into current >> > package-installed config files. I find this especially true of Dovecot. >> >> I keep track of /etc with etckeeper which puts that directory under git >> version control. That means I can always track back changes to package >> updates or me mucking around there and see exactly what changed. That >> can be very helpful if an `apt upgrade` broke stuff, more so because I >> track "testing" ;-) > > Sounds like etckeeper should be the first thing installed during > Devuan installation, before any packages at all are configured, so as > to track changed that are made during installation. I don't know if tracking all the nitty-gritty package changes *during* installation makes a lot of sense, but I quite habitually install etckeeper as the first package *after* the installation. The first commit (made during its install) then records the system's initial configuration (but not the list of packages that are installed; I add that manually afterwards via `etckeeper vcs commit --amend`). Hope this helps, -- Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Softwarehttps://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Why do I need libselinux1?
Hi Alessandro, Alessandro Vesely via Dng writes: > Hi all, > > when I switched to Chimaera, one of the difficulties was an > /etc/selinux directory left over since several years ago. After boot > with the new system, X didn't want to start. It said something about > selinux, so I found the leftover and startx worked again. > > Now I checked what selinux packages are installed, and find > libselinux1. If i try to remove it, I get errors like: > > :~# apt-get purge libselinux1 > [... snip ...] > The following packages have unmet dependencies: > [... snip ...] > tar : PreDepends: libselinux1 (>= 3.1~) but it is not going to be installed > E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by > held packages. > > Running `apt-cache rdepends libselinux1` reports lots of essential > packages. Is that correct? The answer is just an `apt-cache show $pkg` away for any of those packages :-) > Perhaps all what they need is to call is_selinux_enabled() from > libselinux.so.1. Does it make sense? Dunno about that but > Did we have it on Beowulf? Yes. I just checked on my Beowulf laptop and e.g. tar and sed both declare a Pre-Depends: on libselinux1. Since these two are both Essential packages, libselinux1 is required on Beowulf. Hope this helps, -- Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Softwarehttps://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Chimaera unknown interwork interface
On Monday 25 October 2021 at 11:37:47, Haines Brown wrote: > With Beowulf, udev gave my wireless interface the name of a MAC > address rather than wlan0. I thought the renaming would appear again > with Chimaera, but not so. The wireless interface named wlan0. The > ethernet interface remains eth0 although I expected it to be given > its MAC address as well. > > My question, though, is a third interface that shows up and is not being > used. > > enxf8e43b46877cc flags=4099 mtu 1500 > ... > > The only devices are the motherboard ethernet and wireless chips. > What is this interface? That name looks very much like "enxf" followed by a MAC address 8e:43:b4:68:77:cc to me. The OUI 8e:43:b4 does not correspond to any registered manufacturer, and the hex digit e indicates that it is a locally-administered (ie: unregistered) unicast address (see https://en.wikipedia.org/wiki/MAC_address #Ranges_of_group_and_locally_administered_addresses for detail). So, my suspicion is that this does not correspond to any hardware device on your machine, but is some virtual interface created by the kernel, perhaps for a VPN, virtualisation support, or something like that. Suggestions: 1. Have a look at your loaded modules (lsmod) and see if anything sticks out as being "something to do with networking, but you didn't expect to have" 2. See whether the packet & byte counters for this interface ever go above zero, and try to work out what the machine was doing at the time to cause that. 3. Reboot and see whether the name stays the same - the prefix 8e:43:b4 might stick, but if the suffix 68:77:cc changes between reboots this is a guarantee that you're dealing with a pseudo / virtual device for some reason. Let us know if you find out for sure what it is :) Antony. -- I thought of going into banking, until I lost interest. Please reply to the list; please *don't* CC me. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Chimaera unknown interwork interface
With Beowulf, udev gave my wireless interface the name of a MAC address rather than wlan0. I thought the renaming would appear again with Chimaera, but not so. The wireless interface named wlan0. The ethernet interface remains eth0 although I expected it to be given its MAC address as well. My question, though, is a third interface that shows up and is not being used. enxf8e43b46877cc flags=4099 mtu 1500 ... The only devices are the motherboard ethernet and wireless chips. What is this interface? Incidentally, I installed Chimaera on a Gigabyte AORUS Z590 Ax motherboard and had no problems with the wireless autoconfiguration. The firmware in Chimaera worked nicely with the Intel Wi-Fi 6 AX201 bluetooth/wireless module. -- Haines Brown ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Clicking website wasRe: Announcing Devuan 4.0: Chimaera!
On Mon, 25 Oct 2021 09:28:54 +1100 terryc wrote: > On Sun, 24 Oct 2021 17:49:17 +0200 > tito via Dng wrote: > > > Everything works as expected and seems to be > > faster (placebo effect?) in the xfce desktop. > > The only little problem is a clicking noise > > in the speakers when opening some websites > > in firefox even with volume set to zero or disabled. > > Couldn't figure out a solution yet. > > Information on the clicking website problem that may aid in tracking it > down as I have it too. > > System is a pre-release installation of chimaera (about march?) but > updated. > Sound system is alsa with problem of single focus only; i.e. only one > sound program can be run at a time. So I have to shut down vlc to be > able to play a video(ewetube) in falkon(browser) with sound. > > If falkon is open, the selecting a linked video(ewetube) in firefox > produces a click. The video will still play, but no sound. > > I just put it down to something to do with alsa configuration as > porto=hdmi(no spreakers in screen) and port1=hw and none of the little > fiddling I've attempted can fix that. > > It was easier to adapt my actions than waste time with the mono sound > problem and wrestling with alsa config.. YMMv > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng Hi, I'm using pulseaudio, but your hint was useful because turning off some unused input channels seems to have fixed it, will see if the fix survives a reboot later. Ciao, Tito ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] snetaid debs...
Hi, On 19/10/21 21:26, aitor wrote: Hi Edward, On 18/10/21 17:53,goli...@devuan.org wrote: On 2021-10-18 10:07, Edward Bartolo via Dng wrote: The name "snetaid" made me remember of my now defunct project. Searching on the project's git repository I found it has been removed, so, it is dead and forgotten. Edward Hi Edward, Nice to see that you are still hanging around Devuan. When we moved from gitlab to gitea, contributing developers were given multiple reminders and ample time to migrate their projects to the new format. Many projects fell by the wayside from lack of attention and action on the part of their creators. Isn't Aitor's project based on your work? If so, it is still alive and well We are glad to see you here again! Being about five years on from what was your simple-netaid project, which has substantially evolved since then hoping that the outcome will be for the good of the project, the idea of reviving both your backend and gui in free pascal, but this time drawn upon libnetaid and snetaid (in replacement of the suid bit) is a challenge that might make this work more fun :) Cheers, Aitor. Yesterday night i pushed the new code to git. Packages of libnetaid, snetaid and simple-netaid-cdk (still not updated in gitea.devuan.dev) for chimaera will be available in a couple of days. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng