Remote Disencruftation

[Beartooth]

I have two email accounts, one at my local access 
provider, and one on my own domain, hosted remotely. I'm running Fedora 
29. Last time I looked, my host was running Centos. Now I see this:

$ uname -a
Linux <x.y.z> 2.6.32-042stab134.3 #1 SMP Sun Oct 14 12:26:01 MSK 2018 
x86_64 x86_64 x86_64 GNU/Linux

Is something there the name of a distro?? (I've forgotten the 
proper command, with 'release' in it,for asking a remote machine what 
it's currently running.)

It's past time I ought to've downloaded a mass of cruft (old 
emails) from my host's machine, stored them on some medium here (Maybe a 
nice external solid state 2 Tb drive?), and gotten them out of the way. 
They're slowing me way down.

I've never gotten around to learning rsync, nor even trying 
Grsync. Last time, istr, I made do with cpanel at the host. Now the host 
has something new to me, WHM, in front of cpanel, and I haven't the 
faintest inkling what all it can do. Is there now good strong new EASY 
magic for a subtechnoid like me to do the old chore, or should I just try 
to recall how I slogged through before? I feel like a sorcerer's 
apprentice, and don't want to drown in cyberspace.

[Mike Wright]

On 2/16/19 12:37 PM, Beartooth wrote:
> I have two email accounts, one at my local access
>
> provider, and one on my own domain, hosted remotely. I'm running Fedora
> 29. Last time I looked, my host was running Centos. Now I see this:
>
> $ uname -a
> Linux <x.y.z> 2.6.32-042stab134.3 #1 SMP Sun Oct 14 12:26:01 MSK 2018
> x86_64 x86_64 x86_64 GNU/Linux
>
> Is something there the name of a distro?? (I've forgotten the
> proper command, with 'release' in it,for asking a remote machine what
> it's currently running.)

Look in /etc/.  Could be redhat-release.  Some distros use os-release.

[Cameron Simpson]

On 16Feb2019 13:02, Mike Wright  wrote:
> On 2/16/19 12:37 PM, Beartooth wrote:
> > I have two email accounts, one at my local access
> >
> > provider, and one on my own domain, hosted remotely. I'm running Fedora
> > 29. Last time I looked, my host was running Centos. Now I see this:
> >
> > $ uname -a
> > Linux <x.y.z> 2.6.32-042stab134.3 #1 SMP Sun Oct 14 12:26:01 MSK 2018
> > x86_64 x86_64 x86_64 GNU/Linux
> >
> > Is something there the name of a distro??

Generally not.
> > (I've forgotten the
> > proper command, with 'release' in it,for asking a remote machine what
> > it's currently running.)
>
> Look in /etc/.  Could be redhat-release.  Some distros use os-release.

cat /etc/lsb-release

Cheers,
Cameron Simpson

[Matthew Miller]

On Sat, Feb 16, 2019 at 01:02:43PM -0800, Mike Wright wrote:
> Look in /etc/.  Could be redhat-release.  Some distros use os-release.

Any distro using systemd (so, any modern mainstream distro) will have
/etc/os-release. You can do `cat /etc/os-release`, but one of the really
nice things is that this is also a machine-readable file. You can do

$ source /etc/os-release 
  $ echo $PRETTY_NAME 
  Fedora 29 (Workstation Edition)

[Tim]

Allegedly, on or about 16 February 2019, Beartooth sent:
> $ uname -a
> Linux <x.y.z> 2.6.32-042stab134.3 #1 SMP Sun Oct 14 12:26:01 MSK 2018 x86_64 x86_64 x86_64 GNU/Linux
>     Is something there the name of a distro?? (I've forgotten
>
> the proper command, with 'release' in it,for asking a remote machine
> what it's currently running.)

I just googled this part of that data:  2.6.32-042stab134.3

And I see links about RHEL, so that could be Red Hat, or it could be a
Red Hat-based Linux, like CentOS.

I rather like using "uname -rsvp" to find out the most useful data,
without all the extra gumph, but then I'm easily amused by bad puns.
>     It's past time I ought to've downloaded a mass of cruft (old 
>
> emails) from my host's machine, stored them on some medium here
> (Maybe a nice external solid state 2 Tb drive?), and gotten them out
> of the way.  They're slowing me way down.

I just use fetchmail to drag external mail into my local mail server.
Though I do that on an ongoing basis, collecting mail as it comes in,
and have no idea how well it'd cope with fetching a huge mail
collection (even if fetchmail is good at that kind of thing, it depends
on the other end, too).

With some CPanel based hosts, you can use an FTP client to browse your
entire diskspace, and transfer any files you own.  It might be feasible
to copy a mailspool file, but probably not practical to do the scads of
files like maildir uses, and probably messy to work on copying an
active mail system.

[Beartooth]

On Sat, 16 Feb 2019 20:37:02 -0500, Matthew Miller wrote:
> Any distro using systemd (so, any modern mainstream distro) will have
> /etc/os-release. You can do `cat /etc/os-release`, but one of the really
> nice things is that this is also a machine-readable file. You can do
>
> $ source /etc/os-release $ echo $PRETTY_NAME Fedora 29 (Workstation
>   Edition)

I had to use the shorter command ("no such file ..."), but got:

$ cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

So they are still running it. Many thanks!

Any comments on WHM or cpanel? Anybody?

[Fred Smith]

On Sun, Feb 17, 2019 at 08:15:03PM -0000, Beartooth wrote:
> On Sat, 16 Feb 2019 20:37:02 -0500, Matthew Miller wrote:
> > Any distro using systemd (so, any modern mainstream distro) will have
> > /etc/os-release. You can do `cat /etc/os-release`, but one of the really
> > nice things is that this is also a machine-readable file. You can do
> >
> > $ source /etc/os-release $ echo $PRETTY_NAME Fedora 29 (Workstation
> >   Edition)
>
> I had to use the shorter command ("no such file ..."), but got:
>
> $ cat /etc/os-release
> NAME="CentOS Linux"
> VERSION="7 (Core)"
> ID="centos"
> ID_LIKE="rhel fedora"
> VERSION_ID="7"
> PRETTY_NAME="CentOS Linux 7 (Core)"
> ANSI_COLOR="0;31"
> CPE_NAME="cpe:/o:centos:centos:7"
> HOME_URL="https://www.centos.org/"
> BUG_REPORT_URL="https://bugs.centos.org/"
>
> CENTOS_MANTISBT_PROJECT="CentOS-7"
> CENTOS_MANTISBT_PROJECT_VERSION="7"
> REDHAT_SUPPORT_PRODUCT="centos"
> REDHAT_SUPPORT_PRODUCT_VERSION="7"
>
> So they are still running it. Many thanks!

But I thought your earlier postings showd a 2.6.x kernel, which is
not what EL7 runs.

Fred

[YOUNG, MICHAEL A.]

On Sun, 17 Feb 2019, Tim wrote:
> Allegedly, on or about 16 February 2019, Beartooth sent:
> > $ uname -a
> > Linux <x.y.z> 2.6.32-042stab134.3 #1 SMP Sun Oct 14 12:26:01 MSK 2018 x86_64 x86_64 x86_64 GNU/Linux
> >     Is something there the name of a distro?? (I've forgotten
> >
> > the proper command, with 'release' in it,for asking a remote machine
> > what it's currently running.)
>
> I just googled this part of that data:  2.6.32-042stab134.3

It is from https://wiki.openvz.org/Main_Page and looks like a kernel built 
for RHEL6 so might give weird effects on a CentOS 7 system.

Michael Young

[John Pilkington]

On 17/02/2019 20:33, Fred Smith wrote:
> On Sun, Feb 17, 2019 at 08:15:03PM -0000, Beartooth wrote:
> > On Sat, 16 Feb 2019 20:37:02 -0500, Matthew Miller wrote:
> > > Any distro using systemd (so, any modern mainstream distro) will have
> > > /etc/os-release. You can do `cat /etc/os-release`, but one of the really
> > > nice things is that this is also a machine-readable file. You can do
> > >
> > > $ source /etc/os-release $ echo $PRETTY_NAME Fedora 29 (Workstation
> > >    Edition)
> >
> > I had to use the shorter command ("no such file ..."), but got:
> >
> > $ cat /etc/os-release
> > NAME="CentOS Linux"
> > VERSION="7 (Core)"
> > ID="centos"
> > ID_LIKE="rhel fedora"
> > VERSION_ID="7"
> > PRETTY_NAME="CentOS Linux 7 (Core)"
> > ANSI_COLOR="0;31"
> > CPE_NAME="cpe:/o:centos:centos:7"
> > HOME_URL="https://www.centos.org/"
> > BUG_REPORT_URL="https://bugs.centos.org/"
> >
> > CENTOS_MANTISBT_PROJECT="CentOS-7"
> > CENTOS_MANTISBT_PROJECT_VERSION="7"
> > REDHAT_SUPPORT_PRODUCT="centos"
> > REDHAT_SUPPORT_PRODUCT_VERSION="7"
> >
> > So they are still running it. Many thanks!
>
> But I thought your earlier postings showd a 2.6.x kernel, which is
> not what EL7 runs.
>
> Fred

Yes.  I'm running PRETTY_NAME="Scientific Linux 7.6 (Nitrogen)"
with an elrepo kernel,

Linux 4.4.174-1.el7.elrepo.x86_64 #1 SMP Fri Feb 8 08:37:33 EST 2019 x86_64

Standard would be 3.10.0-957.5.1.el7.x86_64

and your timestamp is Moscow time...

Linux <x.y.z> 2.6.32-042stab134.3 #1 SMP Sun Oct 14 12:26:01 MSK 2018 
x86_64 x86_64 x86_64 GNU/Linux

John P