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
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
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
пн, 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
пн, 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
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
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
пн, 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
> > 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
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.
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
Oh! It worked.
What was that?..
--
Best regards,
Alex
пн, 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,
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
>
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
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
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?
> >
> >
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
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
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
Is there an option to inhibit that the build directories (presumably,
those in /var/tmp) be retained instead of being cleaned up?
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
>>
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-] [ ]
23 matches
Mail list logo