similar to: CentOS 7 and nfs

Larry Martell wrote: > On Fri, Oct 21, 2016 at 11:42 AM, <m.roth at 5-cent.us> wrote: >> Larry Martell wrote: >>> On Fri, Oct 21, 2016 at 11:21 AM, <m.roth at 5-cent.us> wrote: >>>> Larry Martell wrote: >>>>> We have 1 system ruining Centos7 that is the NFS server. There are 50 external machines that FTP files to this server fairly

m.roth at 5-cent.us wrote: > m.roth at 5-cent.us wrote: >> I'm exporting a directory, firewall's open on both machines (one CentOS >> 6.6, the other RHEL 6.6), it automounts on the exporting machine, but >> the >> other server, not so much. >> >> ls /mountpoint/directory eventually times out (directory being the NFS >> mount). mount -t nfs

I've posted here about this a number of times. The other admin I work with had been playing with it recently, with some real problems we'd been having, and this time, with a year or so's more stuff to google, and newer documentation, found the problem. What we'd been seeing: cd to an NFS-mounted directory, and from an NFS-mounted directory, tar -xzvf a 25M or so tar.gz, which

On 08/31/2015 01:39 PM, Mark Selby wrote: > I have seen some talk about this but have not seen any answers. I know > this is a problem on CentOS 7.1 and I also think it is a problem on > CentOS 7.0. > > Basically if I have an NFS client only config - meaning that the > nfs-server.service is not enabled then I have to wait 60 seconds after > boot for the 1st NFSV3 mount to

That is the thing - rpc.statd does have rpcbind a pre-req. It looks like systemd is not handling this correctly. Just wondering if anyone knows a good way to fix. root at ls2 /usr/lib/systemd/system 110# grep Requires rpc-statd.service Requires=nss-lookup.target rpcbind.target On 8/30/15 7:45 PM, Rob Kampen wrote: > On 08/31/2015 01:39 PM, Mark Selby wrote: >> I have seen some talk

We've been seeing what I gather is an old, traditional problem: kernel: lockd: server <ip address> not responding, timed out The things I've found, googling, mostly involve rebooting the NFS server, and I can't do that, it's a home directory server for a *bunch* of people, and this is only one person's workstation. Are there other solutions I haven't found yet?

I'm exporting a directory, firewall's open on both machines (one CentOS 6.6, the other RHEL 6.6), it automounts on the exporting machine, but the other server, not so much. ls /mountpoint/directory eventually times out (directory being the NFS mount). mount -t nfs server:/location/being/exported /mnt works... but an immediate ls /mnt gives me stale file handle. The twist on this: the

On Mon, Oct 24, 2016 at 7:51 AM, mark <m.roth at 5-cent.us> wrote: > On 10/24/16 03:52, Larry Martell wrote: >> >> On Fri, Oct 21, 2016 at 11:42 AM, <m.roth at 5-cent.us> wrote: >>> >>> Larry Martell wrote: >>>> >>>> On Fri, Oct 21, 2016 at 11:21 AM, <m.roth at 5-cent.us> wrote: >>>>> >>>>>

On Tue, Feb 2, 2016 at 9:23 AM, <m.roth at 5-cent.us> wrote: > Dave Burns wrote: > > My NFS server is up and other clients can access x. One particular client > > can't. I tried to unmount the NFS share: > > > > [root at nfsclient ~]# umount -f /disk/x > > umount2: Device or resource busy > > umount.nfs: /disk/x: device is busy > > umount2:

On 10/24/16 03:52, Larry Martell wrote: > On Fri, Oct 21, 2016 at 11:42 AM, <m.roth at 5-cent.us> wrote: >> Larry Martell wrote: >>> On Fri, Oct 21, 2016 at 11:21 AM, <m.roth at 5-cent.us> wrote: >>>> Larry Martell wrote: >>>>> We have 1 system ruining Centos7 that is the NFS server. There are 50 >>>>> external machines that

Hi, The NFS server is running FreeBSD 6.0, and no problems with other NFS client with FreeBSD 6. When a new client with FreeBSD 7 comes, the NFS server always says: Apr 2 03:52:01 xxxx rpc.lockd: clntudp_create: RPC: Program not registered Apr 2 03:52:01 xxxx rpc.lockd: Unable to return result to 192.168.4.248 The 192.168.4.248's OS is FreeBSD 7, and it can successfully mount the

I added Domain = ourdomain to /etc/idpmapd.conf, and restarted rpc-idmapd, then autofs. And nfslock, for good measure. service nfs-idmap status Redirecting to /bin/systemctl status nfs-idmap.service nfs-idmap.service - NFSv4 ID-name mapping daemon Loaded: loaded (/usr/lib/systemd/system/nfs-idmap.service; disabled) Active: active (running) since Thu 2015-04-23 11:23:24 EDT; 2min 59s ago

I have been googling and searching the archive , haven''t got anything helpful. Would appreciate any help. Got the follow error when trying to start a domain using NFS root IP-Config: Incomplete network configuration information. Looking up port of RPC 100003/2 on 10.10.24.141 <http://10.10.24.141> RPC: sendmsg returned error 101 portmap: RPC call returned error 101 Root-NFS:

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

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

On 2/6/2017 1:46 ??, Nikolaos Milas wrote: > After a bit of search, I found the associated reports: > > https://bugs.centos.org/view.php?id=13351 > https://bugzilla.redhat.com/show_bug.cgi?id=1454876 > > No solution yet, but -as a workaround- it seems that -at least- nfs > problems are indeed solved with downgrading. I have been working fine with CentOS 7.3, since I

On Fri, Oct 21, 2016 at 11:42 AM, <m.roth at 5-cent.us> wrote: > Larry Martell wrote: >> On Fri, Oct 21, 2016 at 11:21 AM, <m.roth at 5-cent.us> wrote: >>> Larry Martell wrote: >>>> We have 1 system ruining Centos7 that is the NFS server. There are 50 >>>> external machines that FTP files to this server fairly continuously. >>>>

Hello all, I have seen various reports on this error posted in the past few years, but was unable to find a resolution to the various postings. I've googled the error messages too, and have hit on various sporadic similar problems encountered with no resolutions .. Apologize if this has been exhaustively queried upon in the past; however, I'd like to try asking again, nevertheless:

--------------------------------------------------------------------- Red Hat, Inc. Security Advisory Synopsis: Revised advisory: Updated package for nfs-utils available Advisory ID: RHSA-2000:043-03 Issue date: 2000-07-17 Updated on: 2000-07-21 Product: Red Hat Linux Keywords: rpc.statd root compromise Cross references: N/A

Hello, I have a problem with storage over NFS (NFS server is running on Open Solaris 10 with NFS version client/server/min/max=3) cat /var/log/messages from cnode1 (XCP 1.0 beta) during instalation new VM: an 18 22:57:37 cnode1 tapdisk[9661]: ERROR: errno -88 at vhd_complete: /var/run/sr-mount/2d5ed3ca-7e4d-bceb-f959-542d3bade15e/3d69f4a6-743d-486e-8a65-1734e6ef0b67.vhd: op: 2, lsec: