From lvl at omnitec.net  Thu Nov  5 11:17:34 2015
From: lvl at omnitec.net (L. V. Lammert)
Date: Thu, 5 Nov 2015 10:17:34 -0600 (CST)
Subject: [GRLUG] LEAP is official!
Message-ID: <Pine.BSO.4.53.1511051017240.31864@Mail.omnitec.net>

With the unvieling yesterday at SuSECON in Europe, OpenSuSE 42.1 is now
OFFICIAL and available:

        https://software.opensuse.org/421/en

As described at the SuSE Lunches, "Leap" is the stable branch of OpenSuSE,
and has a ton of improvements over 13.2.

For those wanting to follow unstable, that version is called "Tumbleweed"
[the metaphor is particuraly apt].

        Lee


From ptenhoopen at gmail.com  Thu Nov  5 16:03:13 2015
From: ptenhoopen at gmail.com (Patrick TenHoopen)
Date: Thu, 5 Nov 2015 16:03:13 -0500
Subject: [GRLUG] LEAP is official!
In-Reply-To: <Pine.BSO.4.53.1511051017240.31864@Mail.omnitec.net>
References: <Pine.BSO.4.53.1511051017240.31864@Mail.omnitec.net>
Message-ID: <CAA4ca749QtMHWi1phzmfPjmwTYv2AF4-n0cju=XhjC=17m=Rsw@mail.gmail.com>

Yeah, I downloaded it last night.  I tested the beta a bit but am looking
forward to the official release.  --Patrick

On Thu, Nov 5, 2015 at 11:17 AM, L. V. Lammert <lvl at omnitec.net> wrote:

> With the unvieling yesterday at SuSECON in Europe, OpenSuSE 42.1 is now
> OFFICIAL and available:
>
>         https://software.opensuse.org/421/en
>
> As described at the SuSE Lunches, "Leap" is the stable branch of OpenSuSE,
> and has a ton of improvements over 13.2.
>
> For those wanting to follow unstable, that version is called "Tumbleweed"
> [the metaphor is particuraly apt].
>
>         Lee
>
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug




-- 
END OF LINE.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20151105/72358c8e/attachment.html>

From lvl at omnitec.net  Tue Nov 10 16:26:21 2015
From: lvl at omnitec.net (L. V. Lammert)
Date: Tue, 10 Nov 2015 15:26:21 -0600 (CST)
Subject: [GRLUG] Exim4
Message-ID: <Pine.BSO.4.53.1511101523200.31864@Mail.omnitec.net>

Any Exim folks around? Have an interesting issue with an old CentOS 5 box
that we use for a VNC relay:

It was build with Exim4 in 2007, and I just realized that there tons of
junk mails generated on the system every day, IOW:

 1m  1.5K 1ZwGNe-0001aZ-Gm <> *** frozen ***
          root at omnitec.net

 0m  1.5K 1ZwGOc-0001aj-LC <> *** frozen ***
          root at omnitec.net

So, the question is exactly where is "root at omnitec.net" being generated?
There is a *different* root alias in /etc/aliases:

root: noc at omnitec.net

I just redid the configuration, but no change.

Would anyone have an idea How/where these bogus root email destination is
originating?

	TIA!

	Lee

From jtr at jrichards.org  Tue Nov 10 16:46:58 2015
From: jtr at jrichards.org (John-Thomas Richards)
Date: Tue, 10 Nov 2015 16:46:58 -0500
Subject: [GRLUG] Exim4
In-Reply-To: <Pine.BSO.4.53.1511101523200.31864@Mail.omnitec.net>
References: <Pine.BSO.4.53.1511101523200.31864@Mail.omnitec.net>
Message-ID: <20151110214658.GB10138@archibald>

On Tue, Nov 10, 2015 at 03:26:21PM -0600, L. V. Lammert wrote:
> Any Exim folks around? Have an interesting issue with an old CentOS 5 box
> that we use for a VNC relay:
> 
> It was build with Exim4 in 2007, and I just realized that there tons of
> junk mails generated on the system every day, IOW:
> 
>  1m  1.5K 1ZwGNe-0001aZ-Gm <> *** frozen ***
>           root at omnitec.net
> 
>  0m  1.5K 1ZwGOc-0001aj-LC <> *** frozen ***
>           root at omnitec.net
> 
> So, the question is exactly where is "root at omnitec.net" being generated?
> There is a *different* root alias in /etc/aliases:
> 
> root: noc at omnitec.net
> 
> I just redid the configuration, but no change.
> 
> Would anyone have an idea How/where these bogus root email destination is
> originating?

>From cron? It's sending the message to root and affixing the domain name
to it. My guess is exim isn't set up for local domains and so exim is
not filtering them before the smarthost.
-- 
john-thomas
-----
A business that makes nothing but money is a poor business.
Henry Ford, industrialist (30 Jul 1863-1947)

From megadave at gmail.com  Tue Nov 10 21:35:24 2015
From: megadave at gmail.com (Dave Chiodo)
Date: Tue, 10 Nov 2015 21:35:24 -0500
Subject: [GRLUG] Exim4
In-Reply-To: <Pine.BSO.4.53.1511101523200.31864@Mail.omnitec.net>
References: <Pine.BSO.4.53.1511101523200.31864@Mail.omnitec.net>
Message-ID: <CAFP7kesD2qL5+ExSScwpKmxEPWstiR8YTRzKPFy4qMnxAofrYw@mail.gmail.com>

Those are either bounces (most likely) or messages that were specifically
submitted to exim with the null sender.

exim -Mvh 1ZwGNe-0001aZ-Gm

to see the headers

exim -Mvb 1ZwGNe-0001aZ-Gm

to see the body.

Its possible cron is sending a message, but its using an unqualified(no
domain) sender address, and when it bounces, exim has no way to route to
the sender. There are a few other possibilities as well.

If you can't figure it out, feel free to get in touch. I've been using exim
since Exim3, and am deeply familiar with its logging and debugging
facilities.



On Tue, Nov 10, 2015 at 4:26 PM, L. V. Lammert <lvl at omnitec.net> wrote:

> Any Exim folks around? Have an interesting issue with an old CentOS 5 box
> that we use for a VNC relay:
>
> It was build with Exim4 in 2007, and I just realized that there tons of
> junk mails generated on the system every day, IOW:
>
>  1m  1.5K 1ZwGNe-0001aZ-Gm <> *** frozen ***
>           root at omnitec.net
>
>  0m  1.5K 1ZwGOc-0001aj-LC <> *** frozen ***
>           root at omnitec.net
>
> So, the question is exactly where is "root at omnitec.net" being generated?
> There is a *different* root alias in /etc/aliases:
>
> root: noc at omnitec.net
>
> I just redid the configuration, but no change.
>
> Would anyone have an idea How/where these bogus root email destination is
> originating?
>
>         TIA!
>
>         Lee
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20151110/fc8c23cf/attachment.html>

From awilliam at whitemice.org  Wed Nov 11 06:58:04 2015
From: awilliam at whitemice.org (Adam Tauno Williams)
Date: Wed, 11 Nov 2015 06:58:04 -0500
Subject: [GRLUG] Exim4
In-Reply-To: <CAFP7kesD2qL5+ExSScwpKmxEPWstiR8YTRzKPFy4qMnxAofrYw@mail.gmail.com>
References: <Pine.BSO.4.53.1511101523200.31864@Mail.omnitec.net>
 <CAFP7kesD2qL5+ExSScwpKmxEPWstiR8YTRzKPFy4qMnxAofrYw@mail.gmail.com>
Message-ID: <1447243084.3458.1.camel@whitemice.org>

On Tue, 2015-11-10 at 21:35 -0500, Dave Chiodo wrote:
> Its possible cron is sending a message, but its using an
> unqualified(no domain) sender address, and when it bounces, exim has
> no way to route to the sender. There are a few other possibilities as
> well.

Change the MAILTO in cron to something other than root [a good idea
anyway], and see if the messages change.  That is Win+MaybeWin at last.

-- 
Adam Tauno Williams <mailto:awilliam at whitemice.org> GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA



From ebever at researchintegration.org  Wed Nov 18 21:57:44 2015
From: ebever at researchintegration.org (Eric Beversluis)
Date: Wed, 18 Nov 2015 21:57:44 -0500
Subject: [GRLUG] memory leak?
Message-ID: <564D3AA8.6090607@researchintegration.org>

I recently am experiencing my Fedora 22 installation slowing 
considerably as it remains up for several days. I've got 4GB of RAM. It 
will start with using maybe 1.5 or GB but eventually will be up around 
2.5GB with 216MB or so in Swap.

The curious thing is that as I close programs, the swap doesn't seem to 
go down and it's not clear whether the computer runs any faster. I see 
most of the slowness in Thunderbird, I think. Is this what we used to 
call 'memory leak' and accuse Windows of?

I recently swapped my HDD for a Solid State Drive. I would have expected 
this to give me more speed, but the slowing down seems to have happened 
after that swap.

Closing apps has this result:

RAM            Swap
2.5 GB        217MB
Close Firefox
2.3             217
Close Thunderbird
1.8             217
Close Document Reader
1.7             217
Close Calc
1.5            217
Open Thunderbird
1.7            217
-- 
Eric Beversluis
www.ericbeversluis.com <http://www.ericbeversluis.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20151118/0604fb21/attachment.html>

From binki at gentoo.org  Thu Nov 19 10:14:38 2015
From: binki at gentoo.org (Nathan Phillip Brink)
Date: Thu, 19 Nov 2015 15:14:38 +0000
Subject: [GRLUG] memory leak?
In-Reply-To: <564D3AA8.6090607@researchintegration.org>
References: <564D3AA8.6090607@researchintegration.org>
Message-ID: <20151119151438.GZ11188@ohnopublishing.net>

On Wed, Nov 18, 2015 at 09:57:44PM -0500, Eric Beversluis wrote:
> I recently am experiencing my Fedora 22 installation slowing 
> considerably as it remains up for several days. I've got 4GB of RAM. It 
> will start with using maybe 1.5 or GB but eventually will be up around 
> 2.5GB with 216MB or so in Swap.
> 
> The curious thing is that as I close programs, the swap doesn't seem to 
> go down and it's not clear whether the computer runs any faster. I see 
> most of the slowness in Thunderbird, I think. Is this what we used to 
> call 'memory leak' and accuse Windows of?
> 
> I recently swapped my HDD for a Solid State Drive. I would have expected 
> this to give me more speed, but the slowing down seems to have happened 
> after that swap.
> 
> Closing apps has this result:
> 
> RAM            Swap
> 2.5 GB        217MB
> Close Firefox
> 2.3             217
> Close Thunderbird
> 1.8             217
> Close Document Reader
> 1.7             217
> Close Calc
> 1.5            217
> Open Thunderbird
> 1.7            217

Have you tried listing programs by memory usage? I don’t know if this
is the best way, but if I run top and then type “M” (capital M), it
will sort the running processes by resident memory usage. Other
process/task manager utilities should be able to display what program
or group of programs is hogging memory. Knowing what processes are at
the top of this list and their memory usage stats would likely be a
first step in debugging this.

Having swap usage stay the same after programs is not necessarily a
bad thing, as I understand it. It means that some programs have
allocated and dirtied chunks of memory so that when there was memory
pressure, they had to be saved to swap instead of just purged
outright. But those programs have not tried accessing the area of
their memory space which has been swapped out. Thus, there has been no
reason to pull them from swap. If those programs suddenly started
running and using that part of their memory space, the swap will be
loaded back into RAM. But if those programs never activate the part of
their code which would need that area of their memory space, then that
data will never need to be loaded from swap, effectively giving you
back the memory that those programs thought they needed but never
actually used.

-- 
binki

Look out for missing or extraneous apostrophes!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20151119/9ee6453a/attachment-0001.sig>

From awilliam at whitemice.org  Thu Nov 19 10:32:27 2015
From: awilliam at whitemice.org (Adam Tauno Williams)
Date: Thu, 19 Nov 2015 10:32:27 -0500
Subject: [GRLUG] memory leak?
In-Reply-To: <564D3AA8.6090607@researchintegration.org>
References: <564D3AA8.6090607@researchintegration.org>
Message-ID: <1447947147.2821.7.camel@whitemice.org>

On Wed, 2015-11-18 at 21:57 -0500, Eric Beversluis wrote:
> The curious thing is that as I close programs, the swap doesn't seem
> to go down and it's not clear whether the computer runs any faster.

Modern memory management doesn't work that way.  Memory is not freed
until it is needed; why go through the free-ing process?  That just
eats cycles.

FYI, on this topic the Internet, via search engines, are not your
friends.  The great majority of posts on this topic are simply
incorrect - most people do not understand how memory management works.
 BEWARE THE INTERWEBZ PONTIFICATOR, he is an idiot.

This is a nice introduction - http://virtualthreads.blogspot.com/2006/0
2/understanding-memory-usage-on-linux.html

LWN has also done a nice series - http://lwn.net/Articles/250967/

Modern memory management is complicated;  saying X-is-using-Y is in
almost all cases a gross over simplification.

> I see most of the slowness in Thunderbird, I think. Is this what we
> used to call 'memory leak' and accuse Windows of? 

Depends,  high memory use is not necessarily a leak.

What happens if you "$ sudo swapoff -a" [disable swap] before you start
working?

You can ask the kernel to drop all of its caches, which likely will
release memory.  A useful trick for testing.

echo 3 | sudo tee /proc/sys/vm/drop_caches


-- 
Adam Tauno Williams <mailto:awilliam at whitemice.org> GPG D95ED383
Systems Administrator, Python Developer, LPI / NCLA



From godwin at grandrapids-lug.org  Mon Nov 30 20:25:25 2015
From: godwin at grandrapids-lug.org (Godwin)
Date: Tue, 01 Dec 2015 01:25:25 +0000
Subject: [GRLUG] Mailing list link on Wiki
Message-ID: <CAO0okVwqe3cJD5Ti0Rp_M6-mWkx9u-uNXmZ-R-Xck2uiNobTYw@mail.gmail.com>

Hi gents (and ladies),

Please chime in if you maintain our wiki page.  Kyle just pointed out a
quick edit needed.

thanks,
G-
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20151201/518ccf56/attachment.html>

From justin.denick at gmail.com  Mon Nov 30 21:25:12 2015
From: justin.denick at gmail.com (Justin Denick)
Date: Mon, 30 Nov 2015 21:25:12 -0500
Subject: [GRLUG] Mailing list link on Wiki
In-Reply-To: <CAO0okVwqe3cJD5Ti0Rp_M6-mWkx9u-uNXmZ-R-Xck2uiNobTYw@mail.gmail.com>
References: <CAO0okVwqe3cJD5Ti0Rp_M6-mWkx9u-uNXmZ-R-Xck2uiNobTYw@mail.gmail.com>
Message-ID: <788C008C-2593-430E-B367-A11B6F188DCC@gmail.com>

yessir, he's from City, right thar on meng street.


Domain Name:GRLUG.ORG
Registrant ID:CR35915986
Registrant Name:Godwin Pena
Registrant Organization:
Registrant Street: 1 main st.
Registrant City:city
Registrant State/Province:Florida
Registrant Postal Code:00958
Registrant Country:US
Registrant Phone:+1.010555121
Registrant Phone Ext: 
Registrant Fax: +1.123123123

-j

l33t samurai

> On Nov 30, 2015, at 8:25 PM, Godwin <godwin at grandrapids-lug.org> wrote:
> 
> Hi gents (and ladies),
> 
> Please chime in if you maintain our wiki page.  Kyle just pointed out a quick edit needed.
> 
> thanks,
> G-
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20151130/ec87f6e6/attachment.html>

From godwin at grandrapids-lug.org  Mon Nov 30 21:34:49 2015
From: godwin at grandrapids-lug.org (Godwin)
Date: Tue, 01 Dec 2015 02:34:49 +0000
Subject: [GRLUG] Mailing list link on Wiki
In-Reply-To: <788C008C-2593-430E-B367-A11B6F188DCC@gmail.com>
References: <CAO0okVwqe3cJD5Ti0Rp_M6-mWkx9u-uNXmZ-R-Xck2uiNobTYw@mail.gmail.com>
 <788C008C-2593-430E-B367-A11B6F188DCC@gmail.com>
Message-ID: <CAO0okVydBpwmW5eT3jxxsMh1-1O79=X6HaiTweYCrzWvY-o-sg@mail.gmail.com>

He he.  We need the link to the mailing list adjusted/changed on the wiki
site/page.  I don't remember who maintains the wiki.

On Mon, Nov 30, 2015, 9:25 PM Justin Denick <justin.denick at gmail.com> wrote:

> yessir, he's from City, right thar on meng street.
>
>
> Domain Name:GRLUG.ORG
> Registrant ID:CR35915986
> Registrant Name:Godwin Pena
> Registrant Organization:
> Registrant Street: 1 main st.
> Registrant City:city
> Registrant State/Province:Florida
> Registrant Postal Code:00958
> Registrant Country:US
> Registrant Phone:+1.010555121
> Registrant Phone Ext:
> Registrant Fax: +1.123123123
>
> -j
>
> l33t samurai
>
> On Nov 30, 2015, at 8:25 PM, Godwin <godwin at grandrapids-lug.org> wrote:
>
> Hi gents (and ladies),
>
> Please chime in if you maintain our wiki page.  Kyle just pointed out a
> quick edit needed.
>
> thanks,
> G-
>
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20151201/cb260bed/attachment-0001.html>

From brousch at gmail.com  Mon Nov 30 22:38:49 2015
From: brousch at gmail.com (Ben Rousch)
Date: Mon, 30 Nov 2015 22:38:49 -0500
Subject: [GRLUG] Mailing list link on Wiki
In-Reply-To: <CAO0okVydBpwmW5eT3jxxsMh1-1O79=X6HaiTweYCrzWvY-o-sg@mail.gmail.com>
References: <CAO0okVwqe3cJD5Ti0Rp_M6-mWkx9u-uNXmZ-R-Xck2uiNobTYw@mail.gmail.com>
 <788C008C-2593-430E-B367-A11B6F188DCC@gmail.com>
 <CAO0okVydBpwmW5eT3jxxsMh1-1O79=X6HaiTweYCrzWvY-o-sg@mail.gmail.com>
Message-ID: <CAOPHfB3gQSxe=mCPg9s_JiXnzBFh7vq-7DKDCV=a=gvOG=GPQQ@mail.gmail.com>

Fixed
On Nov 30, 2015 9:35 PM, "Godwin" <godwin at grandrapids-lug.org> wrote:

> He he.  We need the link to the mailing list adjusted/changed on the wiki
> site/page.  I don't remember who maintains the wiki.
>
> On Mon, Nov 30, 2015, 9:25 PM Justin Denick <justin.denick at gmail.com>
> wrote:
>
>> yessir, he's from City, right thar on meng street.
>>
>>
>> Domain Name:GRLUG.ORG
>> Registrant ID:CR35915986
>> Registrant Name:Godwin Pena
>> Registrant Organization:
>> Registrant Street: 1 main st.
>> Registrant City:city
>> Registrant State/Province:Florida
>> Registrant Postal Code:00958
>> Registrant Country:US
>> Registrant Phone:+1.010555121
>> Registrant Phone Ext:
>> Registrant Fax: +1.123123123
>>
>> -j
>>
>> l33t samurai
>>
>> On Nov 30, 2015, at 8:25 PM, Godwin <godwin at grandrapids-lug.org> wrote:
>>
>> Hi gents (and ladies),
>>
>> Please chime in if you maintain our wiki page.  Kyle just pointed out a
>> quick edit needed.
>>
>> thanks,
>> G-
>>
>> _______________________________________________
>> grlug mailing list
>> grlug at grlug.org
>> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>>
>> _______________________________________________
>> grlug mailing list
>> grlug at grlug.org
>> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>
>
> _______________________________________________
> grlug mailing list
> grlug at grlug.org
> http://shinobu.grlug.org/cgi-bin/mailman/listinfo/grlug
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shinobu.grlug.org/pipermail/grlug/attachments/20151130/9fe87a71/attachment.html>