Re: [CentOS] Monitoring network traffic to a host

[Christian, Mark]

On Tue, 2020-05-12 at 18:44 -0500, Ian Pilcher wrote:
> Background - I am having an issue with occassional pauses when
> streaming
> high-bitrate media across my home network to my smart TV.  I
> *suspect*
> that the root cause is the (incredibly lame) 100 Mbps Ethernet
> interface
> in the TV.
> 
> In order to confirm that the peak bitrate really does max out the 100
> Mbps connection, I'd like to monitor the communication between my NAS
> and the TV.  The two devices are on separate VLANs, with routing
> performed by a CentOS 7 system, so it should theoretically be
> relatively
> simple to use an appropriate utility on the "router" to monitor and,
> if
> possible, graph the network traffic going to the TV.
> 
> Ideally, I could run said utility for the entire time that the media
> file is playing and then look at its pretty graph to check if/when
> the
> bitrate hit 100 Mbps.  Being able to watch the pretty graph in real
> time
> through a web interface would be nice as well, but is not required.
> 
> Is any such program included in CentOS 7 or EPEL 7?
> 
> The closest thing that I've found thus far is iftop (despite its lack
> of
> pretty).  Unfortunately, it won't allow me to see the peak bitrate
> over
> the whole period in which the media is playing.

You'll need a second linux system, but I'd consider using iperf with a
client/server setup.

Mark

> 
> 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] root .bash_profile?

[Christian, Mark]

On Mon, 2019-05-13 at 13:06 -0400, Bee.Lists wrote:
> Ah thank you.  Having forgotten this, I already had all my aliases
> and instructions in there.  For some reason they aren’t loading.  If
> I do this, then everything loads:
> 
> source /root/.bash_profile
> 
> So there’s an indication this isn’t loading upon entry into su.  Is
> this normal?  

$ man bash, search on INVOCATION

> 
> 
> > On May 13, 2019, at 8:38 AM, Nux!  wrote:
> > 
> > Hi,
> > 
> > The $home of root is /root, just copy it there.
> 
> 
> Cheers, Bee
> 
> 
> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] gpg?

[Christian, Mark]

On Wed, 2019-02-27 at 19:39 -0500, mark wrote:
> I just wanted to set up to send an encrypted message, so I went to
> generate a 
> public/private key pair using gpg on C 6.
> 
> Version 2.0.14, copyright 2009?
> 
> Isn't there something newer than 10 years old?

Don't mistake copyright for build date.

Try:

"rpm -qfi $(which gpg)" for your answer.

Mark

> 
>   mark
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] time --verbose not working

[Christian, Mark]

On Mon, 2019-02-11 at 16:06 -0500, Robert Moskowitz wrote:
> I can't seem to get the verbose mode of time working.  I am trying to 

Provide the full path for time, you are using the bash built-in time. 
Try: /usr/bin/time --verbose cmd

> compare the compute cost of sha256-crypt to sha512-crypt:
> 
> time doveadm pw -s sha256-crypt -p secret
> 
> real0m0.128s
> user0m0.081s
> sys 0m0.040s
> 
> time doveadm pw -s sha512-crypt -p secret
> 
> real0m0.162s
> user0m0.105s
> sys 0m0.047s
> 
> But all attempts to add --verbose fail:
> 
> time --verbose doveadm pw -s sha512-crypt -p secret
> -bash: --verbose: command not found
> 
> Googling gives different recommendations, none work for me.
> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] OpenLDAP support in future versions of CentOS

[Christian, Mark]

On Tue, 2018-08-28 at 15:48 -0400, Stephen John Smoogen wrote:
> On Tue, 28 Aug 2018 at 14:56, mark  wrote:
> > 
> > Patrick Laimbock wrote:
> > > On 28-08-18 17:51, Alicia Smith wrote:
> > > > If I need to check on something, I'll run ldapsearch, which is
> > from
> > openldap-clients. Is there any advice of what we're supposed to use
> > instead?
> > 
> 
> First off, you have years to figure it out. While it is "deprecated"
> in RHEL-7.5, that just means that the next major (not minor) release
> will not have it.
> 
> Second there is an ldapsearch in 389. It is 'buried' at the moment
> because it would conflict with the shipped one and I don't know if it
> will move:
> https://access.redhat.com/documentation/en-
> US/Red_Hat_Directory_Server/8.2/html/Administration_Guide/Examples-of-
> common-ldapsearches.html
As mentioned earlier By Johnny, as long as Fedora provides the openldap-
clients package, which is still found in F28, you'll find ldapsearch,
either in the CentOS or EPEL repos.

Mark


> 
> 
> 
> 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How Can I ...

[Christian, Mark]

On Fri, 2018-03-23 at 22:57 +, Tom Bishop wrote:
> On Fri, Mar 23, 2018, 5:50 PM Eugene Poole  wrote:
> 
> > I've got a WD My Passport Ultra 1TB (USB) plugged into my router and I
> > have 4 Windows machines, all running Windows 7, and all 4 machines can
> > see the device as drive 'Y'. I use this device several ways, i.e. all my
> > Windows machines use the same Firefox bookmarks and cookies
> > 
> > I've got 5 machines running CentOS 6 x86_64 and I'd like to know what do
> > I have to do for them to 'see' that same 1TB device? Right now I use
> > winscp to get the data from CentOS and save it on the device via Windows.
> > 
> > --
> > Eugene Poole
> > Woodstock, Georgia
> > 
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> 
> 
> I would assume they are being shared via smb for your windows machines, I
> would read up on accessing winblows file shares with centos. Most likely
> you will need to install samba in order to see the shares.
> 
> If you can provide more details on how the router is sharing the files for
> windows we can provide more detailed guidance.
something similar to this might work for you

$ sudo mount.cifs //192.168.1.254/share /mnt -ouser=route_account,vers=2.0


vers=2.0 might not be necessary for you if your router supports more modern
versions of smb or if you are not running a newish kernel that defaults to 3.0

man mount.cifs 

The default since v4.13.5 is for the client and server to negotiate the highest
possible version greater than or equal to 2.1. In kernels prior to v4.13, the
default was 1.0. For kernels between v4.13 and v4.13.5 the default is 3.0.

Mark
> 
> > 
> > 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question on CentoS 7.4 on nvidia

[Christian, Mark]

Find the akmod-nvidia package.  Last I bothered with this some years ago, the
akmod package was required to ensure the nvidia module would be rebuilt every
time a new kernel was booted into.

Mark
On Thu, 2017-12-14 at 16:51 -0500, Jerry Geis wrote:
> I installed the elrepo kmod-nvidia and also the nvidia-detect and modules
> (see below).
> 
> I had X working with the 3.10 from Centos  - but video was freezing. SO I
> thought I would try the elrepo kernel. I installed that and X does not come
> up?
> 
> How do I re-make the nvidia module for 4.14.5 kernel? I want to make sure
> the kmod kernel did it.   I 'm thinking it did not.
> 
> lspci | grep VGA says GT218
> 
> Or  what do I look at now to see why X is not coming up?
> 
> Thanks,
> 
> Jerry
> 
> uname -r
> 4.14.5-1.el7.elrepo.x86_64
> 
> 
> grep EE /var/log/Xorg.0.log
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [   136.998] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module.
> Please see the
> [   136.998] (EE) NVIDIA: system's kernel log for additional error
> messages and
> [   136.998] (EE) NVIDIA: consult the NVIDIA README for details.
> [   136.998] (EE) No devices detected.
> [   136.998] (EE)
> [   136.998] (EE) no screens found(EE)
> [   136.998] (EE)
> [   136.998] (EE) Please also check the log file at "/var/log/Xorg.0.log"
> for additional information.
> [   136.998] (EE)
> [   137.004] (EE) Server terminated with error (1). Closing log file.
> 
> uname -a
> 
> rpm -qa | grep kernel
> kernel-3.10.0-693.el7.x86_64
> kernel-tools-3.10.0-693.5.2.el7.x86_64
> abrt-addon-kerneloops-2.1.11-48.el7.centos.x86_64
> kernel-headers-3.10.0-693.5.2.el7.x86_64
> kernel-ml-devel-4.14.5-1.el7.elrepo.x86_64
> kernel-devel-3.10.0-693.el7.x86_64
> kernel-3.10.0-693.5.2.el7.x86_64
> kernel-ml-4.14.5-1.el7.elrepo.x86_64
> kernel-tools-libs-3.10.0-693.5.2.el7.x86_64
> kernel-devel-3.10.0-693.5.2.el7.x86_64
> [root@mediaport14 ~]# rpm -qa | grep kernel-ml
> kernel-ml-devel-4.14.5-1.el7.elrepo.x86_64
> kernel-ml-4.14.5-1.el7.elrepo.x86_64
> 
> 
> # rpm -qa | grep nvidia
> kmod-nvidia-340xx-340.102-4.el7_4.elrepo.x86_64
> nvidia-detect-384.90-1.el7.elrepo.x86_64
> yum-plugin-nvidia-1.0.2-1.el7.elrepo.noarch
> nvidia-x11-drv-340xx-340.102-1.el7.elrepo.x86_64
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] LUKS question

[Christian, Mark]

On Tue, 2017-12-12 at 09:41 -0500, Wells, Roger K. wrote:
> I have existing systems with un-encrypted disks.
> I have tried unsuccessfully to encrypt them using LUKS.
> Has anyone out there been able to encrypt an existing system (after the 
> fact, so to speak)?
Using cryptsetup to create a LUKS encrypted disk will wipe all the data on an
existing disk.

Mark

> 
> TIA
> 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] glib update problems

[Christian, Mark]

On Wed, 2017-09-20 at 11:40 -0400, Jason Welsh wrote:
> any idea how to get out of this pickle?
> 
> 
> Error: Package: glibc-2.12-1.209.el6_9.1.i686 (@rhel-6-server-rpms)
> Requires: glibc-common = 2.12-1.209.el6_9.1
> Removing: glibc-common-2.12-1.209.el6_9.1.x86_64 
> (@rhel-6-server-rpms)
> glibc-common = 2.12-1.209.el6_9.1
> Updated By: glibc-common-2.12-1.209.el6_9.2.x86_64 (rhel6xbase)
> glibc-common = 2.12-1.209.el6_9.2
> Available: glibc-common-2.12-1.166.el6_7.8.x86_64 
> (rhel6xupdates)
> glibc-common = 2.12-1.166.el6_7.8
>   You could try using --skip-broken to work around the problem
>   You could try running: rpm -Va --nofiles --nodigest
> [root@oem /home/jason]$
> 
> Jason
Depending on what dependencies you have, you might consider:
"yum remove glibc.i686"
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] rkhunter and prelink

[Christian, Mark]

On Wed, 2017-08-30 at 11:03 -0500, Valeri Galtsev wrote:
> On Wed, August 30, 2017 10:43 am, Tony Schreiner wrote:
> > This has come up for me on the most recent upgrade, add the line
> > 
> > HASH_CMD=sha1sum
> > 
> > On Wed, Aug 30, 2017 at 11:15 AM,  wrote:
> > 
> > > Can't remember if I posted this before... We're getting warnings from
> > > rkhunterWarning: Checking for prerequisites   [ Warning ]
> > >All file hash checks will be skipped because:
> > >This system uses prelinking, but the hash function command does not
> > > look like SHA1 or MD5.
> > > 
> > > Now, googling, I find people saying to rm /etc/prelink.cache, then run
> > > rkhunter --propupd.
> > > 
> > > Works. And then, prelink runs in the middle of the night, via
> > > /etc/cron.daily, and when the cron job of rkhunter runs, it's back to
> > > complaining.
> 
> Prelink is evil, in a sense of what it does. Allegedly it helps to load
> into memory binaries and libraries faster, for that it TOUCHES every one
> of them regularly. This effectively defeats the way we watch for system
> integrity by tracking all system files and libraries information, such as:
> file sizes, time stamps, inode numbers, checksums. The very moment RedHat
> made prelink installed by default, I was so upset that you can feel these
> my feelings in my writing now are still present. I got rid of prelink, and
> I rid of it specifically on my kickstart files. Two or three years down
> the road RedHat came to its senses and removed prelink from what is
> installed by default. I'm surprised, Mark, that you still have it some
> place. Any specific reason? If not, get rid of prelink which does waaay
> more harm than it does good IMHO.
Or keep prelink and modify your HASH_CMD to "prelink -y /path/to/binary|sha1sum"

Mark


> 
> Valeri
> 
> > > 
> > > Anyone have any ideas what's going on here? I don't see anything in the
> > > prelink.conf, or any options in the prelink manpage to tell is what hash
> > > to use.
> > > 
> > >  mark
> > > 
> > > ___
> > > CentOS mailing list
> > > CentOS@centos.org
> > > https://lists.centos.org/mailman/listinfo/centos
> > > 
> > 
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> > 
> 
> 
> 
> Valeri Galtsev
> Sr System Administrator
> Department of Astronomy and Astrophysics
> Kavli Institute for Cosmological Physics
> University of Chicago
> Phone: 773-702-4247
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Fix for the CVE-2017-7494?

[Christian, Mark]

On Fri, 2017-05-26 at 11:19 -0400, Bernard Fay wrote:
> Hi,
> 
> Does a fix has already been made in the CenOS RPM repositories for this
> Samba remote execution code vulnerability, CVE-2017-7494?
yes. samba-3.6.23-43.el6_9.x86_64.rpm



> 
> Thx,
> Bernard
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] more recent perl version?

[Christian, Mark]

On Wed, 2017-05-24 at 16:35 -0400, Jon LaBadie wrote:
> On Wed, May 24, 2017 at 10:16:15PM +0200, hw wrote:
> > Johnny Hughes schrieb:
> > > On 05/23/2017 11:44 AM, hw wrote:
> > > > 
> > > > Hi,
> > > > 
> > > > are there packages replacing the ancient perl version in
> > > > Centos 7 with a more recent one, like 5.24?  At least the
> > > > state feature is required.
I think you are looking for centos software collections: https://wiki.centos.org
/AdditionalResources/Repositories/SCL

# yum install centos-release-scl
# yum install rh-perl524

Mark
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] OT: systemd Poll

[Christian, Mark]

On Tue, 2017-04-11 at 12:11 -0400, Jonathan Billings wrote:
Maybe we should just jump right to the end that we always have each
> time this comes up.  systemd is the death of linux and you're leaving
> for FreeBSD/devuan/whatever.  Lets just move along now.
+1
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Python 3.x on Centos 7

[Christian, Mark]

On Thu, 2017-03-23 at 23:27 +, Christian, Mark wrote:
> On Thu, 2017-03-23 at 18:16 -0500, Matt wrote:
> > 
> > Is there a way to install Python 3.x on Centos 7.x without breaking
> > anything that depends on an older version of Python? 
> Yes.
> # yum install python34
I should have mentioned that python34 comes from the epel repo.

which can be installed from:
https://fedoraproject.org/wiki/EPEL#How_can_I_use_these_extra_packages.3F
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Python 3.x on Centos 7

[Christian, Mark]

On Thu, 2017-03-23 at 18:16 -0500, Matt wrote:
> Is there a way to install Python 3.x on Centos 7.x without breaking
> anything that depends on an older version of Python?  This server is a
> minimal Centos 7 install that primarily runs a simple LAMP setup.
Yes.
# yum install python34


> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] cent7 package librados2 appears to be 2 versions behind red hat. any reason for this?

[Christian, Mark]

Any chance we can get the following package built and added to the centos
mirrors?

$ rpm -qpi librados2-0.94.5-1.el7.x86_64.rpm
warning: librados2-0.94.5-1.el7.x86_64.rpm: Header V3 RSA/SHA256 signature:
NOKEY, key ID fd431d51
Name: librados2Relocations: (not relocatable)
Version : 0.94.5Vendor: Red Hat, Inc.
Release : 1.el7 Build Date: Wed 22 Jun 2016 12:33:13
PM PDT
Install Date: (not installed)   Build Host: x86-
017.build.eng.bos.redhat.com
Group   : System Environment/Libraries   Source RPM: ceph-common-0.94.5-
1.el7.src.rpm
Size: 5342816  License: LGPL-2.0
Signature   : RSA/8, Tue 27 Sep 2016 02:49:30 AM PDT, Key ID 199e2f91fd431d51
Packager: Red Hat, Inc. 
URL : http://ceph.com/
Summary : RADOS distributed object store client library
Description :
RADOS is a reliable, autonomic distributed object storage cluster
developed as part of the Ceph distributed storage system. This is a
shared library allowing applications to access the distributed object
store using a simple file-like interface.

Thank you,
Mark___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos