Hi
We are trying to configure RDMA for an infiniband connection between our
data server (running CentOS 6.8) and our compute nodes (running CentOS
6.6). We have been trying to follow the instructions in
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networkin
Trying the gluster client seems to fix the problem.
On 09/02/2016 12:57 AM, Chris Murphy wrote:
On Thu, Sep 1, 2016, 8:11 AM Pat Haley wrote:
For the enforcing=0, is that referring to SELinux? If so, we are not
running SELinux.
OK so neither that nor chcon nor context mount option
ntOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Pat Haley Email: pha...@mit.edu
Center for Ocean Engineering Phone: (617) 253-6824
Dept. of Mechanical Engineering
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Pat Haley Email: pha...@mit.edu
Center for Ocean Engineering Phone: (617) 253-6824
Dept. of Mechanical EngineeringFax:(617) 253-8125
MIT, Room 5-213http://web.mit.edu/phaley/www/
77 Massachusetts Avenue
0 PM, Gordon Messmer wrote:
On 08/30/2016 03:01 PM, Pat Haley wrote:
the owner of a directory can still write to that directory but any
other member of the associated group cannot, even though the
directory clearly has group write permissions set
Use "getfacl" on both the client and se
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Pat Haley Email: pha...@mit.edu
Center for Ocean Engineering Phone: (617) 253-6824
Dept. of Mechanical EngineeringFax:(617) 253-8125
MIT, Room 5-213http://web.mit.edu/phaley/www/
77 Massachusetts Avenue
Cambridge, MA 02139-4301
The setting the Domain = line in /etc/idmapd.conf option solved our problem
Thanks
On 08/29/2016 07:23 PM, Frank Cox wrote:
On Mon, 29 Aug 2016 18:59:31 -0400
Pat Haley wrote:
We noticed that all the files were owned by nobody
Here are my notes for dealing with this issue:
If all users
s
mseas-data2:/home /home nfs defaults0 0
where mseas-data2 is the name of the machine that contains the physical
disks. Note that it isn't just root that's becoming "nobody" but all
the users
Thanks
On 08/29/2016 07:14 PM, John R Pierce wrote:
On 8/
sees the files owned by nobody.
Any advice would be greatly appreciated.
Thanks
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Pat Haley Email: pha...@mit.edu
Center for Ocean Engineering Phone: (617) 253-6824
Dept. of Mechanical Eng
interface?
Thanks
On 05/25/2016 07:32 AM, Fabian Arrotin wrote:
On 25/05/16 03:08, Pat Haley wrote:
Hi All,
We looking for suggestions on dealing with mellanox drivers in CentOS 6.7
We tried installing mellanox drivers
(MLNX_OFED_LINUX-3.2-2.0.0.0-rhel6.7-x86_64) on a Quanta Cirrascale
server
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Pat Haley Email: pha...@mit.edu
Center for Ocean Engineering Phone: (617) 253-6824
Dept. of Mechanical EngineeringFax:(617) 253-8125
MIT, Room 5-213http://web.mit.edu/phaley/www
we do to prevent such renaming in the future
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Pat Haley Email: pha...@mit.edu
Center for Ocean Engineering Phone: (617) 253-6824
Dept. of Mechanical EngineeringFax:(617) 253-8125
MIT, Room
On Tue, Feb 4, 2014 at 1:03 PM, Pat Haley wrote:
> | >
> | >> Hi,
> | >>
> | >> I have a server running under CentOS 5.8 and I appear to be in a
> | >> situation in which the NFS file server is not recognizing the
> | >> available
> | &g
Hi:
> On Tue, Feb 4, 2014 at 1:03 PM, Pat Haley wrote:
>
>> Hi,
>>
>> I have a server running under CentOS 5.8 and I appear to be in a
>> situation in which the NFS file server is not recognizing the available
>> space on a particular disk (actually a hardw
ng this system.
What else should we look at and/or try to resolve or debug
this issue?
Thanks.
Pat
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Pat Haley Email: pha...@mit.edu
Center for Ocean Engineering Phone: (617) 253-6824
Dept. of Mechanica
-a
>
> One of the items is a bug report from Fedora in which it turns out that
> the /etc/exports file has some sort of corruption (probably invalid
> characters) in it that was causing the NFS server system to not properly
> export the filesystem.
>
> You may try, on t
ar was advice
>>> on editting /etc/exports to have an "insecure" option for
>>> the export of /home, which we already had.
>>>
>>> Any thoughts on how to resolve or debug this issue would
>>> be greatly appreciated.
>>>
>
> By wh
port of /home, which we already had.
>
> Any thoughts on how to resolve or debug this issue would
> be greatly appreciated.
>
> Thank you.
>
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> Pat Haley Email: pha...@mit.edu
&g
how to resolve or debug this issue would
be greatly appreciated.
Thank you.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Pat Haley Email: pha...@mit.edu
Center for Ocean Engineering Phone: (617) 253-6824
Dept. of Mechanical EngineeringFa
Hi,
Actually we're talking about both SSH and XDMCP X11 forwarding.
Both seem to be currently disabled by the iptables.
We'll try out what you suggest and get back with the results.
Thanks.
Pat
> On Fri, Mar 29, 2013 at 11:34 AM, Pat Haley wrote:
>
>> Hi,
>>
>
t 6000 -m state --state
NEW,ESTABLISHED -j ACCEPT
iptables -A INPUT -i eth1 -p udp -m state --state ESTABLISHED,RELATED -j
ACCEPT
iptables -A INPUT -i eth1 -p tcp -m state --state ESTABLISHED,RELATED -j
ACCEPT
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
21 matches
Mail list logo