[CentOS] meminfo
Dear All As far as I know , to check for the amount of installed RAM on my centos server I checked it as: #more /proc/meminfo Can you please let me know how can I check for the instantaneous occupied amount of my RAM the similar way the task manager shows it on my Win server ? Thank you in advance ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] meminfo
On 11/04/2016 8:26 PM, Hadi Motamedi wrote: > Can you please let me know how can I check for the instantaneous > occupied amount of my RAM the similar way the task manager shows it on > my Win server ? If you have an X instance running then the GNOME system monitor will give a very similar graphical interface to the Windows Task Manager. yum install gnome-system-monitor I'm sure there's others out there. Cheers, -pete signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] meminfo
On 4/11/16, Peter Brady wrote: > On 11/04/2016 8:26 PM, Hadi Motamedi wrote: >> Can you please let me know how can I check for the instantaneous >> occupied amount of my RAM the similar way the task manager shows it on >> my Win server ? > If you have an X instance running then the GNOME system monitor will > give a very similar graphical interface to the Windows Task Manager. > > yum install gnome-system-monitor > > I'm sure there's others out there. > > Cheers, > -pete > > > Can you please let me have the related command that can be issued at the CLI like the top command that measures the cpu load rather than using gui ? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] meminfo
On 04/11/2016 12:42 PM, Hadi Motamedi wrote: On 4/11/16, Peter Brady wrote: On 11/04/2016 8:26 PM, Hadi Motamedi wrote: Can you please let me know how can I check for the instantaneous occupied amount of my RAM the similar way the task manager shows it on my Win server ? If you have an X instance running then the GNOME system monitor will give a very similar graphical interface to the Windows Task Manager. yum install gnome-system-monitor I'm sure there's others out there. Cheers, -pete Can you please let me have the related command that can be issued at the CLI like the top command that measures the cpu load rather than using gui ? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos why don't you just use command: free -m vmstat Cheers, Barbara ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] meminfo
On 4/11/2016 3:42 AM, Hadi Motamedi wrote: Can you please let me have the related command that can be issued at the CLI like the top command that measures the cpu load rather than using gui ? top shows memory usage too -- john r pierce, recycling bits in santa cruz ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] meminfo
On 4/11/16, John R Pierce wrote: > On 4/11/2016 3:42 AM, Hadi Motamedi wrote: >> Can you please let me have the related command that can be issued at >> the CLI like the top command that measures the cpu load rather than >> using gui ? > > top shows memory usage too > > -- > john r pierce, recycling bits in santa cruz > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > Thank you very much . I got the required answer. Please consider this as SOLVED . Thank you again ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] meminfo
GUI: gkrellm, kinfocenter, ksysguard, and numerous widgets for the KDE Plasma desktop. CLI: top, atop, htop, glances And there are more for each category. On 04/11/2016 06:26 AM, Hadi Motamedi wrote: Dear All As far as I know , to check for the amount of installed RAM on my centos server I checked it as: #more /proc/meminfo Can you please let me know how can I check for the instantaneous occupied amount of my RAM the similar way the task manager shows it on my Win server ? Thank you in advance ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos -- * David P. Both, RHCE Millennium Technology Consulting LLC Raleigh, NC, USA 919-389-8678 db...@millennium-technology.com www.millennium-technology.com www.databook.bz - Home of the DataBook for Linux DataBook is a Registered Trademark of David Both * This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] UDP de-fragmentation problem
Em 10-04-2016 14:25, Volker escreveu: On 09.04.2016 21:40, Marcelo Ricardo Leitner wrote: Hi, Em 07-04-2016 12:19, Volker escreveu: Hi all. I have a strange problem at hand regarding UDP fragmentation on Centos7: Applications are unable to receive UDP packets which have undergone fragmentation UNLESS the netfilter modules are loaded. The problem arose on a application which would run fine on OpenSuse but does not work on Centos7. The application processes UDP data and on Centos only small packets are received and processed, packets below the fragmentation size limit of about 1500 bytes. UDP packets which have undergone fragmentation are not received by the application. The application in question uses Qt, which opens the UDP socket in non-blocking mode - apparently that's an issue because reading from the socket in blocking mode does not cause the problem. By chance I hit on the fact that once the netfilter kernel-modules (nf_nat, iptable_nat, nf_nat ...) are loaded the problem disappears and UDP packets of all sizes are correctly delivered and processed. NOTES: - I'm not using netfilter. My iptables are empty, firewalld is not running. - Other networking applications -at least tcp- are working fine: webbrowsing, ssh, nfs etc even DNS - Does not happen on Opensuse regardless if netfilter modules are loaded or not. - Does not happen on Opensuse on the same machine. Does happen on different machines on Centos7. So it's not HW dependend - There is AFAIK nothing special about my Centos7 installation. Out of the box install, simple network config, latest updates applied. Which kernel are you using? And as you have trimmed it down to a reproducer, can you share it please? 3.10.0-327.10.1.el7.x86_64 I have put the files on github https://github.com/volkerp/qtudptest Okay, you can't do that change I mentioned easily because the call is made by Qt instead. When testing with this app, on nstat I'm getting after 2 attempts: UdpInErrors 2 0.0 UdpInCsumErrors 2 0.0 I tried removing the probe for more data, the while condition, but it still peeked the socket. I think it's because of this Qt code: qint64 QNativeSocketEngine::readDatagram(char *data, qint64 maxSize, QHostAddress *address, quint16 *port) { Q_D(QNativeSocketEngine); Q_CHECK_VALID_SOCKETLAYER(QNativeSocketEngine::readDatagram(), -1); Q_CHECK_TYPE(QNativeSocketEngine::readDatagram(), QAbstractSocket::UdpSocket, false); < return d->nativeReceiveDatagram(data, maxSize, address, port); } So I'm afraid there is no way around this issue with Qt. Marcelo ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] UDP de-fragmentation problem
Em 11-04-2016 09:10, Marcelo Ricardo Leitner escreveu: Em 10-04-2016 14:25, Volker escreveu: On 09.04.2016 21:40, Marcelo Ricardo Leitner wrote: Hi, Em 07-04-2016 12:19, Volker escreveu: Hi all. I have a strange problem at hand regarding UDP fragmentation on Centos7: Applications are unable to receive UDP packets which have undergone fragmentation UNLESS the netfilter modules are loaded. The problem arose on a application which would run fine on OpenSuse but does not work on Centos7. The application processes UDP data and on Centos only small packets are received and processed, packets below the fragmentation size limit of about 1500 bytes. UDP packets which have undergone fragmentation are not received by the application. The application in question uses Qt, which opens the UDP socket in non-blocking mode - apparently that's an issue because reading from the socket in blocking mode does not cause the problem. By chance I hit on the fact that once the netfilter kernel-modules (nf_nat, iptable_nat, nf_nat ...) are loaded the problem disappears and UDP packets of all sizes are correctly delivered and processed. NOTES: - I'm not using netfilter. My iptables are empty, firewalld is not running. - Other networking applications -at least tcp- are working fine: webbrowsing, ssh, nfs etc even DNS - Does not happen on Opensuse regardless if netfilter modules are loaded or not. - Does not happen on Opensuse on the same machine. Does happen on different machines on Centos7. So it's not HW dependend - There is AFAIK nothing special about my Centos7 installation. Out of the box install, simple network config, latest updates applied. Which kernel are you using? And as you have trimmed it down to a reproducer, can you share it please? 3.10.0-327.10.1.el7.x86_64 I have put the files on github https://github.com/volkerp/qtudptest Okay, you can't do that change I mentioned easily because the call is made by Qt instead. When testing with this app, on nstat I'm getting after 2 attempts: UdpInErrors 2 0.0 UdpInCsumErrors 2 0.0 I tried removing the probe for more data, the while condition, but it still peeked the socket. I think it's because of this Qt code: qint64 QNativeSocketEngine::readDatagram(char *data, qint64 maxSize, QHostAddress *address, quint16 *port) { Q_D(QNativeSocketEngine); Q_CHECK_VALID_SOCKETLAYER(QNativeSocketEngine::readDatagram(), -1); Q_CHECK_TYPE(QNativeSocketEngine::readDatagram(), QAbstractSocket::UdpSocket, false); < return d->nativeReceiveDatagram(data, maxSize, address, port); } http://code.qt.io/cgit/qt/qt.git/tree/src/network/socket/qnativesocketengine.cpp FWIW So I'm afraid there is no way around this issue with Qt. Marcelo ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Free Redhat Linux (rhel) version 7.2
On 04/05/2016 11:55 AM, Always Learning wrote: > On Tue, 2016-04-05 at 08:16 -0700, Akemi Yagi wrote: > >> On Tue, Apr 5, 2016 at 8:08 AM, Always Learning wrote: >> >>> What matters for the 'free' Red Hat software is ***ONLY*** Red Hat's >>> stated terms and conditions - definitely not what someone else has >>> put on a web site. >> Here is the link: >> >> https://developers.redhat.com/terms-and-conditions/ > > Thanks Akemi. > > I remind everyone, who is interested, that the absence of clearly > expressed definitions in > > https://developers.redhat.com/terms-and-conditions/ Actually, they are clearly defined here: http://www.redhat.com/licenses/GLOBAL_Appendix_one_English_20160111.pdf There are several (legal) documents at redhat.com that defines the details and conditions of any subscription. All of which has to be accepted as part of any subscription purchase. > (a) 'development purposes only' Which is defined as "“Development Purposes” means using the Software for the specific purpose of (a) individual developers writing software code, (b) single-user prototyping, quality assurance or testing and/or (c) demonstrating software or hardware that runs with or on the Software". > (b) 'a production installation' Which is defined as "“Production Purposes” means using the Software (a) in a production environment, (b) generally using live data and/or applications for a purpose other than Development Purposes, (c) for multi-user prototyping, quality assurance and testing and/or (d) for backup instances". (as per the appendix linked above). > and the lack of specific detail on > http://www.redhat.com/en/about/licenses (English version) Note the two links at the bottom of that page? You'll find the first appendix I linked above there. > means Red Hat would experience difficulties proving commercial loss, > other than a subscription fee loss. Now, do you think Red Hat has been selling subscriptions for 15+ years now without having to enforce their subscription agreements legally? > Even a subscription fee loss might be difficult for Red Hat to prove > taking into consideration Red Hat knew, or had good cause to know or was > recklessly indifferent to users comprehensively knowing precisely what > Red Hat meant by (a) and (b) above. Since you have to sign up to the subscription agreements before you subscribe, that's going to be a hard argument to win. As with everything in the US, every commercial contract is complex and full of "legalese" needed to defend against this type of argumentation ;) > A defendant could argue that Red Hat deliberately withheld that vital > knowledge from the unsuspecting users because Red Hat sought to exploit > users lack of full and detailed knowledge of the restrictions by > extorting money from users for commercial gain - a gain that would not > have been available to Red Hat if Red Hat had been a lot more specific > about the full extent of its limitations. > > One could legally argue that a criminal fraud was committed by obtaining > a free copy when the intention was to use it for conspicuous commercial > purposes. That argument is unlikely to apply to a person running their > own private system for non-commercial gain. > > Don't be frightened by Red Hat's statement "are required to pay the > applicable subscription fees, in addition to any and all other remedies > available to Red Hat under applicable law" > > "Other remedies" is fantasy. No one can possible legally commit > themselves to unknown and undefined "other remedies" as Red Hat's > lawyers should know. Seems like US of A style "bullying tactics" > intended to frighten people without access to affordable competent legal > advice. Not sure there's anything to be afraid of unless you're planning to use the developer subscription to maintain anything other than a developer system. The whole point of doing this by Red Hat (full disclosure - I'm a Red Hat employee) is to remove the barrier for the tons of FOSS developers out there who wants to develop on the platform they eventually deploy on. It's not meant to do anything other than that. As a whole, it shouldn't be hard for anyone to find and use RHEL for development purposes. > Me ? Well I am staying on C6 :-) That's why we have choice. This is not the Microsoft "everyone has to upgrade to Windows 10 like it or not" mentality. CentOS still has a lot of things to offer that you don't get from the free developer subscription. -- Regards Peter Larsen ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Slow authentication on C7
Recently i've migrated our SVN server (virtual machine) from C6 to C7 (more precisely - migrated data to freshly installed virtual machine). And we have problem with very slow authentication. Server is configured with SSSD, user data are fetching from our LDAP server. SVN is configured with apache (pwauth for authentication + LDAP search for Require ldap-group). It takes pwauth even 10 seconds to authenticate. Whet it comes to svn's externals it could take as long as 9 minutes to _svn up_ project (when there are no commits to fetch). Every external may take even 15 seconds (and sometimes even more). SSSD was configured at first with authconfig / authconfig-tui. I was struggling with SSSD configuration but with no success. I'm not sure where to look (SSSD, apache?). How can i debug this issue? sssd.conf: [domain/default] autofs_provider = ldap cache_credentials = True krb5_realm = # ldap_search_base = ou=Main,o=company id_provider = ldap auth_provider = ldap chpass_provider = ldap ldap_uri = ldap://ldap.our.domain/ ldap_group_search_base = ou=Group,ou=Main,o=company ldap_user_search_base = ou=People,ou=Main,o=company ldap_id_use_start_tls = False ldap_tls_cacertdir = /etc/openldap/cacerts ldap_tls_reqcert = allow #debug_level = 4 refresh_expired_interval = 120 enumerate = True ldap_referrals = False [sssd] services = nss, pam, autofs config_file_version = 2 domains = default [nss] homedir_substring = /home entry_cache_timeout = 5400 [pam] pam_id_timeout=20 apache: LDAPCacheTTL 30 ErrorLog logs/svn_http_error_log CustomLog logs/svn_http_access_log "%t %u %{SVN-ACTION}e" env=SVN-ACTION ServerName svn.our.domain DirectoryIndex none DefineExternalAuth pwauth pipe /usr/bin/pwauth #AddExternalGroup unixgroup /usr/sbin/unixgroup #SetExternalGroupMethod unixgroup environment SVNPathAuthz off DAV svn SVNPath /home/repos/subversion_free_avr AuthBasicAuthoritative off AuthBasicProvider socache external AuthExternal pwauth AuthnCacheProvideFor external AuthType Basic AuthName "Subversion repository" AuthLDAPURL ldap://ldap.our.domain/ou=Main,o=company AuthLDAPGroupAttribute memberUid AuthLDAPGroupAttributeIsDN off Require ldap-group cn=programmers,ou=group,ou=main,o=company #GroupExternal unixgroup #Require group programmers #Require valid-user #AuthzSVNAccessFile /home/repos/svn.access On same server we have redmine (with database on separate server and LDAP auth) and git repositories (with gitbucket as frontend, also LDAP auth) but those repos aren't extensively used right now. Redmine works not-so-bad, so i guess it is not overall server performance issue. Disks performance (measured under normal workload): [root@luah pam.d]# hdparm -tT /dev/vda /dev/vda: (system) Timing cached reads: 11412 MB in 2.00 seconds = 5710.28 MB/sec Timing buffered disk reads: 522 MB in 3.63 seconds = 143.79 MB/sec [root@luah pam.d]# hdparm -tT /dev/vdd /dev/vdd: (/home where all data resides) Timing cached reads: 10020 MB in 2.00 seconds = 5013.17 MB/sec Timing buffered disk reads: 172 MB in 3.20 seconds = 53.73 MB/sec It's comparable with other our VMs. Any ideas? -- Over And Out MoonWolf ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Slow authentication on C7
Am 11.04.2016 um 15:44 schrieb Marcin Trendota : > > Any ideas? DNS? -- LF ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] meminfo
On Mon, 11 Apr 2016 03:26:21 -0700 Hadi Motamedi wrote: > Can you please let me know how can I check for the instantaneous > occupied amount of my RAM the similar way the task manager shows it on > my Win server ? vmstat -s -S M | grep mem -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Slow authentication on C7
On Mon, Apr 11, 2016 at 05:22:43PM +0200, Leon Fauster wrote: > Am 11.04.2016 um 15:44 schrieb Marcin Trendota : > > > > Any ideas? > > > DNS? Is LDAP listed in the /etc/nsswitch.conf? -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] mount bind problem
On CentOS release 6.7, there's file system problem. Aftert reboot /home is set under /home (/home/home) like followings. # ls -l /home total 48 -rw--- 1 root root 7168 Nov 15 19:10 aquota.group -rw--- 1 root root 7168 Jan 25 11:09 aquota.user drwxr-x--- 2 root root 4096 Jan 18 21:55 backups drwxr-xr-x 4 root root 4096 Jan 1 11:59 home drwxr-xr-x 8 root root 4096 Apr 5 01:10 log drwx-- 2 root root 16384 Nov 15 18:58 lost+found drwxr-xr-x 6 mysql mysql 4096 Dec 13 22:34 mysql # df Filesystem 1K-blocksUsed Available Use% Mounted on /dev/mapper/VolGroup-lv_root 12778200 2946824 9175608 25% / tmpfs 961176 0961176 0% /dev/shm /dev/vda1 487652 205564256488 45% /boot /dev/vdb 41153856 549492 38507212 2% /mnt/extradiskA /dev/vdb 41153856 549492 38507212 2% /home I have set on fstab /home with 'mount bind' but it seems like bind is not effective. /etc/fstab is following. # cat /etc/fstab # # /etc/fstab # Created by anaconda on Mon Jul 28 08:21:01 2014 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # /dev/mapper/VolGroup-lv_root / ext4 defaults,usrquota,grpquota1 1 UUID=9a855356-ee00-4ae7-a185-226566ce1dba /boot ext4 defaults1 2 UUID=093c9b95-8336-4682-9927-132dbdf2f082 /mnt/extradiskA ext4 defaults,usrquota,grpquota 1 2 /dev/mapper/VolGroup-lv_swap swapswapdefaults 0 0 tmpfs /dev/shmtmpfs defaults0 0 devpts /dev/ptsdevpts gid=5,mode=620 0 0 sysfs /syssysfs defaults0 0 proc/proc procdefaults0 0 /mnt/extradiskA/home/home nonebind0 0 /mnt/extradiskA/log /var/lognonebind0 0 /mnt/extradiskA/mysql/var/lib/mysql nonebind0 0 /mnt/extradiskA/.backup /.backupnonebind0 0 /mnt/extradiskA/.daily_backup /.daily_backup nonebind0 0 /mnt/extradiskA/backups /var/backups nonebind0 0 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos