Re: [CentOS] meminfo

[Barbara Krasovec]

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] NFS Stale file handle drives me crazy (Centos 6)

[Barbara Krasovec]

Have you tried exporting with options insecure,fsid=1?

Cheers,
Barbara

On 06/04/15 06:00, Ted Miller wrote:

On 04/02/2015 09:03 AM, Götz Reinicke - IT Koordinator wrote:

Hi folks,

I have a Centos 6 NFS server, which dirves me crazy.

The directory I try to export cant be accessed by different clients.

I tried a centos 7, centos 6 and a pool of vmware esxi 5.5 systems.

At the client side I get errors like:

mount.nfs: Stale file handle

or Sysinfo set operation VSI_MODULE_NODE_mount failed with the tatus
Unable to query remote mount point's attributes.


On the server I get messages in the log like

svc: 172.17.252.35, port=851: unknown version (0 for prog 13, nfsd)

rpc.mountd[1927]: authenticated mount request from 


A good place to start on an issue like this would be to include your 
entire
smb.conf file.  Since you tried across three different Centos 
versions, It is likely either the configuration or the clients that 
are the problem.




The curious thing is, that other directories exported on the same
filesysten can be exported.


Can they be used by the same clients that are trying to use the 
/home/stuff

directories, or are the clients for the two directories different?



so /home/stuff works /home/students fails. chmode 777 is set,
/etc/exports is double checked. nfs/rpc/etc is up and running. selinux &
firewall for debugging off.

I use xfs on all shared filesystems.

Googling for VMWARE and native NFS suggestions did not help so far :-/

Any hint or suggestion is very very welcome! Regard & thanks . Götz

Ted Miller
Elkhart, IN, USA



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


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

Re: [CentOS] nfs question

[Barbara Krasovec]

Restarting rpcidmapd and clearing the cache helped to solve the problem.

Barbara

On 04/22/2014 10:15 AM, Barbara Krasovec wrote:
> Hello!
>
> We have central ldap for users, idmapd.conf configured on every machine
> and users' home folders on nfs, mounted by automount on several machines.
>
> After the last OS upgrade we notice that permissions on some files (not
> for all users) are corrupted:
>
> For example:
> -rw-r--r--1 4294967294 429496729445 Nov 11 21:20 hostlist
> drwx--2 4294967294 4294967294  4096 Jun 27  2012 .ssh
> -rw-r--r--1 4294967294 4294967294 0 Aug 28  2013 test
> -rw-r--r--1 4294967294 429496729453 Jan  6 12:44 test.sh
>
> instead of:
> -rw-r--r--1 ops001 ops 45 Nov 11 21:20 hostlist
> drwx--2 ops001 ops   4096 Jun 27  2012 .ssh
> -rw-r--r--1 ops001 ops  0 Aug 28  2013 test
> -rw-r--r--1 ops001 ops 53 Jan  6 12:44 test.sh
>
> Kernel used: 2.6.32-431.11.2.el6.x86_64
> Nfs version: nfs-utils-1.2.3-39.el6.x86_64
>
> User/group mapping works fine.
> Same behaviour appears when I mount the home folder manually.
>
> Any ideas?
> Thanks,
> Barbara
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

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

[CentOS] nfs question

[Barbara Krasovec]

Hello!

We have central ldap for users, idmapd.conf configured on every machine 
and users' home folders on nfs, mounted by automount on several machines.

After the last OS upgrade we notice that permissions on some files (not 
for all users) are corrupted:

For example:
-rw-r--r--1 4294967294 429496729445 Nov 11 21:20 hostlist
drwx--2 4294967294 4294967294  4096 Jun 27  2012 .ssh
-rw-r--r--1 4294967294 4294967294 0 Aug 28  2013 test
-rw-r--r--1 4294967294 429496729453 Jan  6 12:44 test.sh

instead of:
-rw-r--r--1 ops001 ops 45 Nov 11 21:20 hostlist
drwx--2 ops001 ops   4096 Jun 27  2012 .ssh
-rw-r--r--1 ops001 ops  0 Aug 28  2013 test
-rw-r--r--1 ops001 ops 53 Jan  6 12:44 test.sh

Kernel used: 2.6.32-431.11.2.el6.x86_64
Nfs version: nfs-utils-1.2.3-39.el6.x86_64

User/group mapping works fine.
Same behaviour appears when I mount the home folder manually.

Any ideas?
Thanks,
Barbara


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

Re: [CentOS] "BUG: soft lockup - CPU#n stuck for X s! [swapper:0]"

[Barbara Krasovec]

Hello!

On 02/06/2014 04:27 PM, Robert Heller wrote:
> I just updated my quad-processor X64 machine (AMD Phenom(tm) II X4 945
> Processor) to the latest CentOS 5 xen kernel (2.6.18-371.4.1.el5xen) and I am
> getting occasional "BUG: soft lockup - CPU#n stuck for X s! [swapper:0]"
> messages. I did some net searching, and found some bugzilla reports
> (https://bugzilla.redhat.com/show_bug.cgi?id=649519 and
> http://bugs.centos.org/view.php?id=4488), but neither are shown as resolved.
> The machine *seems* to be running alright (it is not hanging or anything). Is
> this something I need to worry about? Should I revert to the older kernel
> (2.6.18-371.3.1.el5xen)? This is NOT happening on my single-processor 32-bit
> laptop (running 2.6.18-371.4.1.el5).
I remember this problem a while ago, in our case it was related to the 
network card driver. But in our case the system actually crashed with 
kernel panic.

What if you try to boot your system with acpi=off?
Cheers, Barbara


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

Re: [CentOS] Memory leak - how to investigate

[Barbara Krasovec]

You could try tunning apache..
Start with MaxRequestPerChild, whichs sets a number of requests for 
child process before it is stopped. When a child is stopped, memory is 
freed. This could be your protection  before running out of memory.
KeepAlive is enabled? If yes, maybe you could try disabling it. 
KeepAlive speeds up your website, but uses twice as much of memory, 
because child processes need to keep connections opened, while waiting 
for new requests from established connections.

Cheers,
Barbara

On 02/03/2014 11:12 PM, m.r...@5-cent.us wrote:
> Kwan Lowe wrote:
>> On Mon, Feb 3, 2014 at 2:59 PM,  wrote:
>>
>>> We've got a number of websites on one of our production servers, and
>>> they
>>> get hit moderately (it's not Amazon... but they are US gov't scientific
>>> research sites), and I think we've got 25 threads running, total, to
>>> server *all* of them.
>> If you don't mind me asking, what are your fork/child settings like for
>> those and what sort of workload?
> For a very crude estimate, in /var/log/httpd, I did grep GET access_*log |
> grep -c 03/Feb, and got 178388, and that's with 23 workers (as in, ps -ef
> | grep -c httpd).
>
> mark
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

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

Re: [CentOS] nfs4, idmapd, users with same name, different uid?

[Barbara Krasovec]

On 8/28/13 11:29 AM, natxo asenjo wrote:
> On 08/27/2013 12:01 AM, Les Mikesell wrote:
>> Is idmapd supposed to work where users have different uid numbers on
>> the nfsv4 server and client? It seems to show the right names for
>> ownership on the client side, but if I automount a home directory,
>> that user doesn't have permission to enter it, and if I change
>> permission to allow access and create a new file, it shows on the
>> server as owned by the uid number for the user on the client (and
>> wrong on the server).
>>
>> Everything works like it would on nfs v3  where the uid numbers are
>> the same on the client and server, but what's the point of the
>> rpcidmapd daemon if it doesn't actually map the ids?
>>
> for nfsv4 it is my understanding you need a central user store like ldap
> or nis (but don't use nis) or synchronize your password file to
> eternity. I do not have a centos nfs server (or a linux one, for that
> matter, what I want from nfsv4 are mainly the extended acls and those
> are not there until somebody wakes up and merges the richacl patch into
> the mainstream kernel), only clients, but they work fine using nfsv4 to
> both netapp  as zfs (omnios) filers.
>
> Both the clients as the filers are configured to lookup up users in ldap
> (ipa in our case).
>
> I have no experience with idmapd in linux, but in solaris and netapp it
> gets ugly quite easily :-)
>
It also works with same UID-s on server/client, just setting the 
domainname in idmapd.conf. Ldap is not obligatory.
Cheers, Barbara

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

Re: [CentOS] nfs4, idmapd, users with same name, different uid?

[Barbara Krasovec]

On 8/28/13 9:37 AM, Barbara Krasovec wrote:
> On 8/27/13 12:01 AM, Les Mikesell wrote:
>> Is idmapd supposed to work where users have different uid numbers on
>> the nfsv4 server and client? It seems to show the right names for
>> ownership on the client side, but if I automount a home directory,
>> that user doesn't have permission to enter it, and if I change
>> permission to allow access and create a new file, it shows on the
>> server as owned by the uid number for the user on the client (and
>> wrong on the server).
>>
>> Everything works like it would on nfs v3  where the uid numbers are
>> the same on the client and server, but what's the point of the
>> rpcidmapd daemon if it doesn't actually map the ids?
>>
> As far as I know, nfs4 doesn't care about UID/GID, but checks names, so
> it should work, no matter that you have different UIDs on server and
> client for same users.
>
> Cheers,
> Barbara
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
Sorry, if you use nfs4 and idmapd uid/gid has to be the same on server 
and client. I have tested and it does not work when UID differs on 
server/client.

Cheers,
Barbara

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

Re: [CentOS] nfs4, idmapd, users with same name, different uid?

[Barbara Krasovec]

On 8/27/13 12:01 AM, Les Mikesell wrote:
> Is idmapd supposed to work where users have different uid numbers on
> the nfsv4 server and client? It seems to show the right names for
> ownership on the client side, but if I automount a home directory,
> that user doesn't have permission to enter it, and if I change
> permission to allow access and create a new file, it shows on the
> server as owned by the uid number for the user on the client (and
> wrong on the server).
>
> Everything works like it would on nfs v3  where the uid numbers are
> the same on the client and server, but what's the point of the
> rpcidmapd daemon if it doesn't actually map the ids?
>
As far as I know, nfs4 doesn't care about UID/GID, but checks names, so 
it should work, no matter that you have different UIDs on server and 
client for same users.

Cheers,
Barbara
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] NFS mounts group name shows as nobody

[Barbara Krasovec]

On 09/13/2012 12:35 AM, Johnny Hughes wrote:
> On 09/12/2012 05:10 PM, Ryan Palamara wrote:
>> So it is definitely related to NFS4. If I changed the default mount option 
>> to NFS3 there is no issue.
>>
>> When I do a ls -n, I see that the GID of 99 is being used instead of the 
>> correct GID. I thought that a idmapd issues would cause both UID and GID to 
>> be wrong, or could this be causing an issue?
>>
>> Any suggestions on what I can do in terms of logging to find what the GID is 
>> that is being returned from the NFS server and how it is trying to map it?
>>
>> Thank you,
>>
>> Ryan Palamara
>> ZAIS Group, LLC
>> 2 Bridge Avenue, Suite 322
>> Red Bank, New Jersey 07701
>> Phone: (732) 450-7444
>> ryan.palam...@zaisgroup.com
>>
>>
>> -Original Message-
>> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf 
>> Of Akemi Yagi
>> Sent: Wednesday, September 12, 2012 11:26 AM
>> To: CentOS mailing list
>> Subject: Re: [CentOS] NFS mounts group name shows as nobody
>>
>> On Wed, Sep 12, 2012 at 5:29 AM, Barbara Krasovec  wrote:
>>> Hello!
>>>
>>> The same problem appeared on our system (but both user and group were
>>> shown as nobody), with same idmapd.conf configured on server and
>>> client machines, users are in central ldap etc.. It worked fine with nfsv3.
>>> Then we installed the kernel from elrepo repository (tried both 2.6.39
>>> and 3.0) and it now works.
>> Sounds as if this is not the same issue as the existing one. The known issue 
>> should not apply if both the NFS client and server are part of the 
>> centralized LDAP domain.
Well problems are the same, is just that the solution provided in the 
Redhat kb (use central LDAP for authentication) doesn't work.
> Are you running idmapd (with the domain properly set in idmapd.conf) on
> *BOTH* the server and the client machines ... and are *BOTH* the server
> and the client machines set to use LDAP for authentication?
I use idmapd.conf with same Domain setting on all clients and servers, 
all have LDAP authentication..
Barbara

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

Re: [CentOS] NFS mounts group name shows as nobody

[Barbara Krasovec]

Hello!

The same problem appeared on our system (but both user and group were 
shown as nobody), with same idmapd.conf configured on server and client 
machines, users are in central ldap etc.. It worked fine with nfsv3. 
Then we installed the kernel from elrepo repository (tried both 2.6.39 
and 3.0) and it now works.

Barbara

On 09/11/2012 06:16 PM, Ryan Palamara wrote:
> Does this explain why uid shows fine but not gid?
>
> Thank you,
>
> Ryan Palamara
> ZAIS Group, LLC
> 2 Bridge Avenue, Suite 322
> Red Bank, New Jersey 07701
> Phone: (732) 450-7444
> ryan.palam...@zaisgroup.com
>
>
> -Original Message-
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf 
> Of Akemi Yagi
> Sent: Tuesday, September 11, 2012 11:40 AM
> To: CentOS mailing list
> Subject: Re: [CentOS] NFS mounts group name shows as nobody
>
> On Tue, Sep 11, 2012 at 6:37 AM, Ryan Palamara  
> wrote:
>> I am trying to find out why my group names are showing as nobody. I have a 
>> CentOS 6 system that is acting as a NFS server. I have some older fedora 
>> clients where the group name shows up fine, but newer CentOS 6 clients have 
>> the group name for NFS mounts show up as "nobody". The username shows up 
>> fine but the group name shows up as "nobody".
> This is a know issue (or a feature) with nfs4.
>
> https://access.redhat.com/kb/docs/DOC-49407
>
> Or some page that is more accessible:
>
> http://serverfault.com/questions/98741/files-mounted-over-nfsv4-are-owned-by-4294967294-uids-and-gids-match
>
> In short, "If the NFSv4 client and server domain names do not match, all the 
> usernames will show up as nobody."
>
> Akemi
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
> 
>
>
> This e-mail message is intended only for the named recipient(s) above. It may 
> contain confidential information. If you are not the intended recipient you 
> are hereby notified that any dissemination, distribution or copying of this 
> e-mail and any attachment(s) is strictly prohibited. If you have received 
> this e-mail in error, please immediately notify the sender by replying to 
> this e-mail and delete the message and any attachment(s) from your system. 
> Thank you.
>
> This is not an offer (or solicitation of an offer) to buy/sell the 
> securities/instruments mentioned or an official confirmation. This is not 
> research and is not from ZAIS Group but it may refer to a research 
> analyst/research report. Unless indicated, these views are the author's and 
> may differ from those of ZAIS Group research or others in the Firm. We do not 
> represent this is accurate or complete and we may not update this. Past 
> performance is not indicative of future returns.
>
> IRS CIRCULAR 230 NOTICE:.
>
> To comply with requirements imposed by the IRS, we inform you that any U.S. 
> federal tax advice contained herein (including any attachments), unless 
> specifically stated otherwise, is not intended or written to be used, and 
> cannot be used, for the purpose of (i) avoiding penalties under the Internal 
> Revenue Code or (ii) promoting, marketing or recommending any transaction or 
> matter addressed herein to another party. Each taxpayer should seek advice 
> based on the taxpayer's particular circumstances from an independent tax 
> advisor.
>
> "ZAIS", "ZAIS Group" and "ZAIS Solutions" are trademarks of ZAIS Group, LLC.
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

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

Re: [CentOS] NFS mounts group name shows as nobody

[Barbara Krasovec]

We had the same problems..
Changing the Domain in idmapd.conf on client and server helped to solve 
the problem..

Server is CentOS6, clients are CentOS 5 or 6..
Are you using automount or fstab?

Barbara

On 09/11/2012 03:37 PM, Ryan Palamara wrote:
> I am trying to find out why my group names are showing as nobody. I have a 
> CentOS 6 system that is acting as a NFS server. I have some older fedora 
> clients where the group name shows up fine, but newer CentOS 6 clients have 
> the group name for NFS mounts show up as "nobody". The username shows up fine 
> but the group name shows up as "nobody".
>
> I have tried changing some setting in the idmapd.conf file, but nothing 
> worked (domain, ldap_base) so it is back to default.
>
> Thank you,
>
> Ryan Palamara
> ZAIS Group, LLC
> 2 Bridge Avenue, Suite 322
> Red Bank, New Jersey 07701
> Phone: (732) 450-7444
> ryan.palam...@zaisgroup.com
>
> 
>
>
> This e-mail message is intended only for the named recipient(s) above. It may 
> contain confidential information. If you are not the intended recipient you 
> are hereby notified that any dissemination, distribution or copying of this 
> e-mail and any attachment(s) is strictly prohibited. If you have received 
> this e-mail in error, please immediately notify the sender by replying to 
> this e-mail and delete the message and any attachment(s) from your system. 
> Thank you.
>
> This is not an offer (or solicitation of an offer) to buy/sell the 
> securities/instruments mentioned or an official confirmation. This is not 
> research and is not from ZAIS Group but it may refer to a research 
> analyst/research report. Unless indicated, these views are the author's and 
> may differ from those of ZAIS Group research or others in the Firm. We do not 
> represent this is accurate or complete and we may not update this. Past 
> performance is not indicative of future returns.
>
> IRS CIRCULAR 230 NOTICE:.
>
> To comply with requirements imposed by the IRS, we inform you that any U.S. 
> federal tax advice contained herein (including any attachments), unless 
> specifically stated otherwise, is not intended or written to be used, and 
> cannot be used, for the purpose of (i) avoiding penalties under the Internal 
> Revenue Code or (ii) promoting, marketing or recommending any transaction or 
> matter addressed herein to another party. Each taxpayer should seek advice 
> based on the taxpayer's particular circumstances from an independent tax 
> advisor.
>
> "ZAIS", "ZAIS Group" and "ZAIS Solutions" are trademarks of ZAIS Group, LLC.
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

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

Re: [CentOS] 802.3ad + Centos 6 + KVM (bridging)

[Barbara Krasovec]

On 09/05/2012 12:22 AM, aurfalien wrote:
> Hi all,
>
> Does any one have 802.3ad (mode 4) working on there Centos6 KVM setup?
>
> Of course we are also bridging here.
>
> - aurf
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

Yes, using:
BONDING_OPTS="mode=802.3ad xmit_hash_policy=layer3+4 miimon=100"

and it works.
Barbara
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos