Re: [gentoo-user] lxc filling /dev
Thank Rich, It seems to be tty12 (console logging) - I think disabling it in syslog-ng will be easiest but will do some testing first. The recursive switch shows tty12 regularly ticking up. BillK On 17/2/20 10:13 am, Rich Freeman wrote: > On Sun, Feb 16, 2020 at 7:57 PM William Kenworthy wrote: >> 2 ~ # lxc-attach -n mail -- bash -c "df -h" >> none492K 320K 172K 66% /dev >> du and ls -al do not give any clues, the host /dev is normal and all >> running lxc instances do it, but at different rates > Are you running ls -al from INSIDE the container? If you're running > it on the host you won't see anything because it is almost certainly > in a separate mount namespace, and so it is invisible from the host. > In particular, any files you see in rootdir/dev from the host are NOT > visible in the container, and vice-versa. > > I don't use lxc, but if I had to take a wild guess your /dev isn't > being properly initialized inside, and some typical device node is > being created as a regular file and stuff like "echo foo > /dev/null" > is actually writing to a real file there, filling up the tmpfs. > > Try: > lxc-attach -n mail -- bash -c "ls -l --recursive /dev" > > Or launch an interactive shell inside the container and just poke > around in there. I have no idea what the "lxc way" to launch a shell > is, but you can always use: > nsenter --target --all /bin/bash > (where is the pid on the host of a process inside the container) > > nsenter is part of util-linux >
Re: [gentoo-user] lxc filling /dev
On Sun, Feb 16, 2020 at 7:57 PM William Kenworthy wrote: > > 2 ~ # lxc-attach -n mail -- bash -c "df -h" > none492K 320K 172K 66% /dev > du and ls -al do not give any clues, the host /dev is normal and all > running lxc instances do it, but at different rates Are you running ls -al from INSIDE the container? If you're running it on the host you won't see anything because it is almost certainly in a separate mount namespace, and so it is invisible from the host. In particular, any files you see in rootdir/dev from the host are NOT visible in the container, and vice-versa. I don't use lxc, but if I had to take a wild guess your /dev isn't being properly initialized inside, and some typical device node is being created as a regular file and stuff like "echo foo > /dev/null" is actually writing to a real file there, filling up the tmpfs. Try: lxc-attach -n mail -- bash -c "ls -l --recursive /dev" Or launch an interactive shell inside the container and just poke around in there. I have no idea what the "lxc way" to launch a shell is, but you can always use: nsenter --target --all /bin/bash (where is the pid on the host of a process inside the container) nsenter is part of util-linux -- Rich
[gentoo-user] lxc filling /dev
What would cause an lxc instance to leak memory filling /dev? Of course, when it gets to 100% things ... stop! - but only for that lxc instance. The host is an odroid N2 with a gentoo-sources kernel and a gentoo arm (aarch64) userland running 6 gentoo based lxc instances. 2 ~ # lxc-attach -n mail -- bash -c "df -h" Filesystem Size Used Avail Use% Mounted on /dev/root 115G 45G 64G 42% / none 492K 320K 172K 66% /dev mfsmaster.san.localdomain:9421 17T 7.5T 8.9T 46% /usr/portage none 1.8G 0 1.8G 0% /dev/shm tmpfs 350M 148K 349M 1% /run cgroup_root 10M 0 10M 0% /sys/fs/cgroup n2 ~ # du and ls -al do not give any clues, the host /dev is normal and all running lxc instances do it, but at different rates BillK
Re: [gentoo-user] packages.gentoo.org: Empty page
пн, 17 февр. 2020 г. в 03:10, Dale : > > I just remember it doesn't come up with the whole page or it sometimes > is just a white screen with nothing on it, not even a error. Before > today, I always wondered if it was something on my end. After your > post, I'm not sure. If I forget which error was in this case, I'll be able to find this thread and to remember :-) > When it does that again, just try reloading the page. I hit F5 but CTRL > R works to. If that works for you, another clue maybe. ;-) Yes, I tried Ctrl+F5, and different pages, and the link from the the main Gentoo page as well. Anyway, thanks! -- Best regards, Alex
Re: [gentoo-user] packages.gentoo.org: Empty page
пн, 17 февр. 2020 г. в 03:04, Mick : > Do you know for sure it was a Gentoo server? Did you get an IP address and > run a whois query on it? Next time I will :-) > It could have been some load balancing/reverse proxy issue gone wrong at the > server farm or something similar at the time you tried to connect, but yet > again it could be some DNS poisoning problem. Ok. I'll consider that. -- Best regards, Alex
Re: [gentoo-user] packages.gentoo.org: Empty page
Alexey Mishustin wrote: > пн, 17 февр. 2020 г. в 02:42, Dale : > >> I have ran into this in the past. When I first type in >> the keyword to go to that page, it doesn't work right. > What do you mean by "doesn't work right"? The same "Empty page"? > I just remember it doesn't come up with the whole page or it sometimes is just a white screen with nothing on it, not even a error. Before today, I always wondered if it was something on my end. After your post, I'm not sure. When it does that again, just try reloading the page. I hit F5 but CTRL R works to. If that works for you, another clue maybe. ;-) Dale :-) :-)
Re: [gentoo-user] packages.gentoo.org: Empty page
On Sunday, 16 February 2020 23:54:49 GMT Alexey Mishustin wrote: > > > What was that?.. > > > > Routing. > > > > You can try httping next time to see what hops it follows and where it > > fails. > As far as I understand, that "Empty page" was served by Gentoo server, > there was a link to the main Gentoo page. And if it was a routing > issue, I would not get a response of Gentoo server. Do you know for sure it was a Gentoo server? Did you get an IP address and run a whois query on it? It could have been some load balancing/reverse proxy issue gone wrong at the server farm or something similar at the time you tried to connect, but yet again it could be some DNS poisoning problem. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] packages.gentoo.org: Empty page
пн, 17 февр. 2020 г. в 02:42, Dale : > I have ran into this in the past. When I first type in > the keyword to go to that page, it doesn't work right. What do you mean by "doesn't work right"? The same "Empty page"? -- Best regards, Alex
Re: [gentoo-user] packages.gentoo.org: Empty page
> > What was that?.. > > Routing. > > You can try httping next time to see what hops it follows and where it fails. As far as I understand, that "Empty page" was served by Gentoo server, there was a link to the main Gentoo page. And if it was a routing issue, I would not get a response of Gentoo server. -- Best regards, Alex
Re: [gentoo-user] packages.gentoo.org: Empty page
On Sunday, 16 February 2020 23:32:34 GMT Alexey Mishustin wrote: > Oh! It worked. > > What was that?.. Routing. You can try httping next time to see what hops it follows and where it fails. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] packages.gentoo.org: Empty page
Alexey Mishustin wrote: > пн, 17 февр. 2020 г. в 02:27, Neil Bothwick : >> On Mon, 17 Feb 2020 02:15:56 +0300, Alexey Mishustin wrote: >> >>> Something is wrong with the site https://packages.gentoo.org/ already >>> for 20 minutes: I get >>> "Empty Page >>> There's no website here we could serve you." >>> >>> However, "Gentoo infrastructure status" shows that the Package Database >>> is OK... >> It works here, in both Chromium and Firefox. Are you using a proxy server? > I tried in different ways: with/without proxy, Linux/Win/Android, but > always Firefox. All the attempts failed. > I'm in the southeast part of USA and your link works here with Seamonkey. This is the link I have bookmarked. https://packages.gentoo.org/packages/updated It also works. I have ran into this in the past. When I first type in the keyword to go to that page, it doesn't work right. If I hit F5 to reload, it works fine. It hasn't done that in a while but I don't go to that page very often anymore. Hope this helps. Dale :-) :-)
Re: [gentoo-user] packages.gentoo.org: Empty page
Oh! It worked. What was that?.. -- Best regards, Alex
Re: [gentoo-user] packages.gentoo.org: Empty page
пн, 17 февр. 2020 г. в 02:27, Neil Bothwick : > > On Mon, 17 Feb 2020 02:15:56 +0300, Alexey Mishustin wrote: > > > Something is wrong with the site https://packages.gentoo.org/ already > > for 20 minutes: I get > > "Empty Page > > There's no website here we could serve you." > > > > However, "Gentoo infrastructure status" shows that the Package Database > > is OK... > > It works here, in both Chromium and Firefox. Are you using a proxy server? I tried in different ways: with/without proxy, Linux/Win/Android, but always Firefox. All the attempts failed. -- Best regards, Alex
Re: [gentoo-user] packages.gentoo.org: Empty page
On Mon, 17 Feb 2020 02:15:56 +0300, Alexey Mishustin wrote: > Something is wrong with the site https://packages.gentoo.org/ already > for 20 minutes: I get > "Empty Page > There's no website here we could serve you." > > However, "Gentoo infrastructure status" shows that the Package Database > is OK... It works here, in both Chromium and Firefox. Are you using a proxy server? -- Neil Bothwick "UNIX was not designed to stop people from doing stupid things, because that would also stop them from doing clever things." -- Doug Gwyn pgpnpoRpESIOg.pgp Description: OpenPGP digital signature
[gentoo-user] packages.gentoo.org: Empty page
Hi all, Something is wrong with the site https://packages.gentoo.org/ already for 20 minutes: I get "Empty Page There's no website here we could serve you." However, "Gentoo infrastructure status" shows that the Package Database is OK... -- Best regards, Alex
Re: [gentoo-user] NetworkManager stopped to managed wired device
On 16 February 2020 08:34:22 CET, Jens Pelzetter wrote: >Hello everyone, > >as I just noticed NetworkManager has stopped to manage the wired >connection on my notebook. Even putting managed=true into the >configuration does not change anything... NetworkManager simply says >"Not managed" for wired devices. How do I fix this? > >Best regards > >Jens Where do you put that directive? I don't have anything configured on my laptop (apart from installing networkmanager and adding it to the default runlevel) and networkmanager just works. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Portage: how can I retain build directories?
On Sunday, 16 February 2020 15:40:43 GMT n952162 wrote: > On 2020-02-16 16:27, Michael Orlitzky wrote: > > On 2/16/20 10:19 AM, n952162 wrote: > >> Is there an option to inhibit that the build directories (presumably, > >> those in /var/tmp) be retained instead of being cleaned up? > > > > FEATURES=noclean says it will do that > > Ah, an environment variable. I hadn't thought of that. Don't you have a FEATURES= line in make.conf? -- Regards, Peter.
Re: [gentoo-user] Portage: how can I retain build directories?
On 2020-02-16 16:27, Michael Orlitzky wrote: On 2/16/20 10:19 AM, n952162 wrote: Is there an option to inhibit that the build directories (presumably, those in /var/tmp) be retained instead of being cleaned up? FEATURES=noclean says it will do that Ah, an environment variable. I hadn't thought of that. Thanks, I'll try that.
Re: [gentoo-user] Portage: how can I retain build directories?
On Sunday, 16 February 2020 15:27:54 GMT Michael Orlitzky wrote: > On 2/16/20 10:19 AM, n952162 wrote: > > Is there an option to inhibit that the build directories (presumably, > > those in /var/tmp) be retained instead of being cleaned up? > > FEATURES=noclean says it will do that and ... 'man make.conf' explains how you can use various settings to capture logs for your purpose. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Portage: how can I retain build directories?
On 2/16/20 10:19 AM, n952162 wrote: > Is there an option to inhibit that the build directories (presumably, > those in /var/tmp) be retained instead of being cleaned up? FEATURES=noclean says it will do that
[gentoo-user] Portage: how can I retain build directories?
Is there an option to inhibit that the build directories (presumably, those in /var/tmp) be retained instead of being cleaned up?
Re: [gentoo-user] Web browsers crash when trying to print.
Neil Bothwick wrote: > On Sat, 15 Feb 2020 12:01:36 -0600, Dale wrote: > >> root@fireball / # equery list -p x11-libs/gtk+ x11-libs/gtk+ >> * Searching for gtk+ in x11-libs ... >> [IP-] [ ] x11-libs/gtk+-2.24.32-r1:2 >> [-P-] [ ] x11-libs/gtk+-3.24.10:3 >> [-P-] [ ] x11-libs/gtk+-3.24.11:3 >> [IP-] [ ] x11-libs/gtk+-3.24.13:3 >> root@fireball / # >> >> Since there is only one version for gtk-2, I went back a version on >> gtk-3, minor 11. Now I can print. Now to mask a buggy version of >> gtk-3. > https://bugs.gentoo.org/707344 > > You know, my google skills aren't to bad. I can generally google, startpage actually, and find something related to what I'm looking for. BGO however rarely works for me. In this case I think it was my search terms tho. I searched for Seamonkey or Firefox plus print. Still, I sometimes wonder if searching that thing is worth the time given my past with that thing. lol At least I know it was reported. I thought about it but other than one version working and one not, I didn't have much info to give. Now to go work on this issue. > Andreas Sturmlechner wrote: >> # Andreas Sturmlechner (2020-02-16) >> # No more revdeps, abandoned upstream, depends on deprecated dev-qt/qtwebkit. >> # Masked for removal in 30 days. >> kde-misc/kwebkitpart Seems I have to disable the webkit USE flag now. I'll grep and see where that is set at. ;-) Dale :-) :-)
Re: [gentoo-user] Web browsers crash when trying to print.
On Sat, 15 Feb 2020 12:01:36 -0600, Dale wrote: > root@fireball / # equery list -p x11-libs/gtk+ x11-libs/gtk+ > * Searching for gtk+ in x11-libs ... > [IP-] [ ] x11-libs/gtk+-2.24.32-r1:2 > [-P-] [ ] x11-libs/gtk+-3.24.10:3 > [-P-] [ ] x11-libs/gtk+-3.24.11:3 > [IP-] [ ] x11-libs/gtk+-3.24.13:3 > root@fireball / # > > Since there is only one version for gtk-2, I went back a version on > gtk-3, minor 11. Now I can print. Now to mask a buggy version of > gtk-3. https://bugs.gentoo.org/707344 -- Neil Bothwick I typed Format SER: and accidentally killed a telephone operator! pgpP7VHVvCTYs.pgp Description: OpenPGP digital signature
