On 01/06/2012 06:19 AM, Geoffrey Leach wrote:
> My thanks to you and Craig for all of the work. Say "Hello" to the
> cats for me.
Welcome. I'll let them know They've already jumped back into bed.
Smart cats. :-0
--
A common mistake that people make when trying to design something
comp
On 01/05/2012 02:13:44 PM, Ed Greshko wrote:
> On 01/06/2012 05:37 AM, Geoffrey Leach wrote:
> > Changing the third element of the IP address from '0' to '10' which
> is
> > how the IP address of mtranch is known to the rest of the world.
> The
>
> > change appears (fingers crossed) to have reso
On 01/06/2012 05:37 AM, Geoffrey Leach wrote:
> Changing the third element of the IP address from '0' to '10' which is
> how the IP address of mtranch is known to the rest of the world. The
> change appears (fingers crossed) to have resolved the problem with
> mounting.
OK Everything works
Further news. This time good.
T3RM1NVT0R at www.linuxquestions.org suggested this change in /etc/
exports on mtranch (server).
/nfs4exports 192.168.0.0/24
(ro,sync,insecure,root_squash,no_subtree_check,fsid=0)
/nfs4exports/home 192.168.0.0/24
(rw,nohide,sync,insecure,root_squash,no_subtree_check
An error on my part. I discovered that the /home in mtranch's /etc/
export had been disabled. I reran the three service exports. Sorry for
the confusion on my part. I'll try not to let it happen again.
Jan 5 13:07:00 mtranch rpc.statd[4219]: Caught signal 15, un-
registering and exiting
Jan 5 1
On 01/04/2012 11:11:18 PM, Ed Greshko wrote:
> On 01/05/2012 02:59 PM, Geoffrey Leach wrote:
>
>
> OK Trimming a bit.
>
> You are on the client...and you did a telnet to the client's port
> 2049
> and you got a connection...
> >
> >
> > On client (pvr)
> > root@pvr[159]->telnet pvr 20
On 01/04/2012 10:45:47 PM, Ed Greshko wrote:
> On 01/05/2012 02:22 PM, Geoffrey Leach wrote:
> > AFAIK you have the correct info -- sorry. Somehow I've done
> something
> > to confuse the server as to who's who. Any thoughts there?
>
> Well I'd first start off by not using hostnames for test
On 01/05/2012 02:59 PM, Geoffrey Leach wrote:
OK Trimming a bit.
You are on the client...and you did a telnet to the client's port 2049
and you got a connection...
>
>
> On client (pvr)
> root@pvr[159]->telnet pvr 2049
> Trying 192.168.10.4...
> Connected to pvr.
> Escape character is
On 01/04/2012 10:34:48 PM, Craig White wrote:
> On Wed, 2012-01-04 at 22:22 -0800, Geoffrey Leach wrote:
> > On 01/04/2012 09:23:58 PM, Ed Greshko wrote:
> > > On 01/05/2012 01:13 PM, Geoffrey Leach wrote:
> > > > On 01/04/2012 08:55:28 PM, Ed Greshko wrote:
> > > >> On 01/05/2012 12:49 PM, Geoffre
On 01/05/2012 02:22 PM, Geoffrey Leach wrote:
> AFAIK you have the correct info -- sorry. Somehow I've done something
> to confuse the server as to who's who. Any thoughts there?
Well I'd first start off by not using hostnames for testing.
I'd go to 192.168.10.2 and verify that the IP addre
On Wed, 2012-01-04 at 22:22 -0800, Geoffrey Leach wrote:
> On 01/04/2012 09:23:58 PM, Ed Greshko wrote:
> > On 01/05/2012 01:13 PM, Geoffrey Leach wrote:
> > > On 01/04/2012 08:55:28 PM, Ed Greshko wrote:
> > >> On 01/05/2012 12:49 PM, Geoffrey Leach wrote:
> > >>> On 01/04/2012 08:31:19 PM, Ed Gre
On 01/04/2012 09:23:58 PM, Ed Greshko wrote:
> On 01/05/2012 01:13 PM, Geoffrey Leach wrote:
> > On 01/04/2012 08:55:28 PM, Ed Greshko wrote:
> >> On 01/05/2012 12:49 PM, Geoffrey Leach wrote:
> >>> On 01/04/2012 08:31:19 PM, Ed Greshko wrote:
> On 01/05/2012 12:15 PM, Geoffrey Leach wrote:
>
On 01/05/2012 01:13 PM, Geoffrey Leach wrote:
> On 01/04/2012 08:55:28 PM, Ed Greshko wrote:
>> On 01/05/2012 12:49 PM, Geoffrey Leach wrote:
>>> On 01/04/2012 08:31:19 PM, Ed Greshko wrote:
On 01/05/2012 12:15 PM, Geoffrey Leach wrote:
Quick question while I ponder
You
On 01/04/2012 08:55:28 PM, Ed Greshko wrote:
> On 01/05/2012 12:49 PM, Geoffrey Leach wrote:
> > On 01/04/2012 08:31:19 PM, Ed Greshko wrote:
> >> On 01/05/2012 12:15 PM, Geoffrey Leach wrote:
> >>
> >> Quick question while I ponder
> >>
> >> You have 2 systems, pvr and mtranch. Which is the "
On 01/05/2012 12:49 PM, Geoffrey Leach wrote:
> On 01/04/2012 08:31:19 PM, Ed Greshko wrote:
>> On 01/05/2012 12:15 PM, Geoffrey Leach wrote:
>>
>> Quick question while I ponder
>>
>> You have 2 systems, pvr and mtranch. Which is the "server" and which
>> is
>> the "client"?
>>
>> I thought mt
On 01/04/2012 08:31:19 PM, Ed Greshko wrote:
> On 01/05/2012 12:15 PM, Geoffrey Leach wrote:
>
> Quick question while I ponder
>
> You have 2 systems, pvr and mtranch. Which is the "server" and which
> is
> the "client"?
>
> I thought mtranch was the server and pvr was the client. Yet, bel
On 01/05/2012 12:15 PM, Geoffrey Leach wrote:
Quick question while I ponder
You have 2 systems, pvr and mtranch. Which is the "server" and which is
the "client"?
I thought mtranch was the server and pvr was the client. Yet, below
suggests otherwise.
> Telnet testing
>
> Server:
> # telnet
On 01/04/2012 05:08:41 PM, Craig White wrote:
> On Wed, 2012-01-04 at 13:21 -0800, Geoffrey Leach wrote:
> > On 01/02/2012 04:02:55 PM, Ed Greshko wrote:
>
> > >> ** On server
> > >
> > > systemctl is-enabled nfs-lock.service
> > > systemctl is-enabled nfs-server.service
> > > systemctl is-en
On 01/04/2012 05:36:01 PM, Ed Greshko wrote:
> On 01/05/2012 05:21 AM, Geoffrey Leach wrote:
> > Connection refused, as before No actual output from the client, as
> I'm
> > reduced to sneakernet at this point.
>
> To add to what Craig has said. (reminder, don't forget to
> restart
> idmapd
On 01/05/2012 05:21 AM, Geoffrey Leach wrote:
> Connection refused, as before No actual output from the client, as I'm
> reduced to sneakernet at this point.
To add to what Craig has said. (reminder, don't forget to restart
idmapd after changes to the config)
Could you post exactly what you
On Wed, 2012-01-04 at 13:21 -0800, Geoffrey Leach wrote:
> On 01/02/2012 04:02:55 PM, Ed Greshko wrote:
> >> ** On server
> >
> > systemctl is-enabled nfs-lock.service
> > systemctl is-enabled nfs-server.service
> > systemctl is-enabled nfs-idmap.service
>
> nfs-idmap.service loaded
On 01/02/2012 04:02:55 PM, Ed Greshko wrote:
> On 01/03/2012 06:20 AM, Geoffrey Leach wrote:
> > On 01/02/2012 01:19:37 PM, Ed Greshko wrote:
> >> On 01/03/2012 02:51 AM, Geoffrey Leach wrote:
> >>> mount -v -v -v -t nfs4 mtranch://nfs4exports/home /mtranch-home
> >> Cats having me up for a moment
On 01/03/2012 06:20 AM, Geoffrey Leach wrote:
> On 01/02/2012 01:19:37 PM, Ed Greshko wrote:
>> On 01/03/2012 02:51 AM, Geoffrey Leach wrote:
>>> mount -v -v -v -t nfs4 mtranch://nfs4exports/home /mtranch-home
>> Cats having me up for a moment again
>>
>> Your mount command isn't what it should
On 01/02/2012 01:19:37 PM, Ed Greshko wrote:
> On 01/03/2012 02:51 AM, Geoffrey Leach wrote:
> > mount -v -v -v -t nfs4 mtranch://nfs4exports/home /mtranch-home
>
> Cats having me up for a moment again
>
> Your mount command isn't what it should be
>
> When you mount on the client you do
On 01/03/2012 05:19 AM, Ed Greshko wrote:
> On 01/03/2012 02:51 AM, Geoffrey Leach wrote:
>> mount -v -v -v -t nfs4 mtranch://nfs4exports/home /mtranch-home
> Cats having me up for a moment again
>
> Your mount command isn't what it should be
>
> When you mount on the client you don't speci
On 01/03/2012 02:51 AM, Geoffrey Leach wrote:
> mount -v -v -v -t nfs4 mtranch://nfs4exports/home /mtranch-home
Cats having me up for a moment again
Your mount command isn't what it should be
When you mount on the client you don't specify /nfs4exports .
It should be
mount -v -v -v
On 01/02/2012 01:04:03 AM, Ed Greshko wrote:
> On 01/02/2012 01:57 PM, Geoffrey Leach wrote:
> > Discovered a flaw in my backup script :-(, but otherwise a valuable
> > lesson.
>
> Hope you soon get back into a position to give the mounts another
> try
Be careful what you wish for :-)
After
On 01/02/2012 01:57 PM, Geoffrey Leach wrote:
> Discovered a flaw in my backup script :-(, but otherwise a valuable
> lesson.
Hope you soon get back into a position to give the mounts another try
--
A common mistake that people make when trying to design something
completely foolproof was
On 01/01/2012 08:30:18 PM, Ed Greshko wrote:
> On 01/02/2012 12:06 PM, Ed Greshko wrote:
> > On 01/02/2012 11:56 AM, Geoffrey Leach wrote:
> >> H ... well, I blew that. I removed (rm -rf) the entry in /
> >> nfsexports for /usr/local. And away went the entire directory.
> What
> was
> >> the
On 01/02/2012 12:06 PM, Ed Greshko wrote:
> On 01/02/2012 11:56 AM, Geoffrey Leach wrote:
>> H ... well, I blew that. I removed (rm -rf) the entry in /
>> nfsexports for /usr/local. And away went the entire directory. What was
>> the correct method?
> Ahhhno. The entries in /nfs4exports
On 01/02/2012 11:56 AM, Geoffrey Leach wrote:
> H ... well, I blew that. I removed (rm -rf) the entry in /
> nfsexports for /usr/local. And away went the entire directory. What was
> the correct method?
Ahhhno. The entries in /nfs4exports were the results of the "mount
--bind". You sho
On 01/01/2012 04:31:00 PM, Ed Greshko wrote:
> On 01/02/2012 07:23 AM, Geoffrey Leach wrote:
> > I'll try anything. By "working with one" do you mean deleting the
> > others from the server?
> Yes...
H ... well, I blew that. I removed (rm -rf) the entry in /
nfsexports for /usr/local. And awa
On 01/02/2012 07:23 AM, Geoffrey Leach wrote:
> I'll try anything. By "working with one" do you mean deleting the
> others from the server?
Yes...
--
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenuity of complete
fools. -- D
On 01/01/2012 02:29:03 PM, Ed Greshko wrote:
> On 01/02/2012 05:44 AM, Geoffrey Leach wrote:
> > Yes, although the /tmp was just to test something, which proved to
> be
> > irrelevant.
>
> OK So just to confirm. You have 3 file systems you want to
> export/mount on the other system. And yo
On 01/02/2012 05:44 AM, Geoffrey Leach wrote:
> Yes, although the /tmp was just to test something, which proved to be
> irrelevant.
OK So just to confirm. You have 3 file systems you want to
export/mount on the other system. And you are unable to mount any of
them. Correct?
Have you cons
On 01/02/2012 05:53 AM, Geoffrey Leach wrote:
> Continuing the thread sigh :-)
I know. Really a pain when someone with, hopefully, the exact same
setup can't duplicate the problem
>
> There's a thread concerning problems with nfs4 mounts where the UID and
> GID for a user were diffe
Continuing the thread sigh :-)
There's a thread concerning problems with nfs4 mounts where the UID and
GID for a user were different on the client and server systems. As it
happens, that applies to me. I moved my uid and gid on the server from
500 to 1000 and restarted the nfs processes on
On 12/31/2011 10:38:17 PM, Ed Greshko wrote:
> On 01/01/2012 02:29 PM, Geoffrey Leach wrote:
> > /etc/exports on server yes. On client no (present but empty)
>
> OK Just sounded like both contained the same data Just
> wanted t
>
> Looks like you have 3 directories exported on the serve
On 01/01/2012 02:29 PM, Geoffrey Leach wrote:
> /etc/exports on server yes. On client no (present but empty)
OK Just sounded like both contained the same data Just wanted t
Looks like you have 3 directories exported on the server?
--
A common mistake that people make when trying to de
On 12/31/2011 10:17:32 PM, Ed Greshko wrote:
> On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> > Fedora 16 on both server and client.
> >
> > /etc/exports
> >
> > /nfs4exports192.168.0.0/24
> > (ro,sync,insecure,root_squash,no_subtree_check,fsid=0)
> > /nfs4exports/tmp 192.168.0.0/24
> >
On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> Fedora 16 on both server and client.
>
> /etc/exports
>
> /nfs4exports192.168.0.0/24
> (ro,sync,insecure,root_squash,no_subtree_check,fsid=0)
> /nfs4exports/tmp 192.168.0.0/24
> (rw,nohide,sync,insecure,root_squash,no_subtree_check)
>
> ll -
On 01/01/2012 02:06 PM, Geoffrey Leach wrote:
> On 12/31/2011 09:47:43 PM, Ed Greshko wrote:
>> One more thing.
>>
>> On the server.
>>
>> nfs-lock.service nfs-idmap.service nfs-server.service
>>
>> are running and on the client...
>>
>> nfs-idmap.service nfs-lock.service
>>
> Serv
On 12/31/2011 09:47:43 PM, Ed Greshko wrote:
> One more thing.
>
> On the server.
>
> nfs-lock.service nfs-idmap.service nfs-server.service
>
> are running and on the client...
>
> nfs-idmap.service nfs-lock.service
>
Server:
root@mtranch[148]->systemctl -a |grep nfs
nfs4expo
One more thing.
On the server.
nfs-lock.service nfs-idmap.service nfs-server.service
are running and on the client...
nfs-idmap.service nfs-lock.service
--
A common mistake that people make when trying to design something
completely foolproof was to underestimate the ingenui
On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> mount.nfs4: access denied by server while mounting mtranch:/tmp
> root@pvr[61]->dmesg|tail
> [ 4840.385627] encode_compound: tag=
> [ 4840.386755] nfs4_get_rootfh: getroot error = 13
> [ 4840.386757] <-- nfs4_get_rootfh() = -13
> [ 4840.386759] --> nf
On 01/01/2012 01:02 PM, Geoffrey Leach wrote:
> Good idea, but, alas no joy. Could you post the output of dmesg|tail
> after the mount?
Here are the final few lines
[ 4979.265970] NFS: nfs_fhget(0:25/913921 ct=1)
[ 4979.265973] <-- nfs4_get_root()
[ 4979.265974] SELinux: initialized (dev
On 12/31/2011 08:39:00 PM, Ed Greshko wrote:
> On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> > Fedora 16 on both server and client.
> >
> > /etc/exports
> >
> > /nfs4exports192.168.0.0/24
> > (ro,sync,insecure,root_squash,no_subtree_check,fsid=0)
> > /nfs4exports/tmp 192.168.0.0/24
> >
On 01/01/2012 08:16 AM, Geoffrey Leach wrote:
> Fedora 16 on both server and client.
>
> /etc/exports
>
> /nfs4exports192.168.0.0/24
> (ro,sync,insecure,root_squash,no_subtree_check,fsid=0)
> /nfs4exports/tmp 192.168.0.0/24
> (rw,nohide,sync,insecure,root_squash,no_subtree_check)
>
> ll -
Fedora 16 on both server and client.
/etc/exports
/nfs4exports192.168.0.0/24
(ro,sync,insecure,root_squash,no_subtree_check,fsid=0)
/nfs4exports/tmp 192.168.0.0/24
(rw,nohide,sync,insecure,root_squash,no_subtree_check)
ll -d /nfs4exports /nfs4exports/*
drwxrwxrwt 5 root root 4.0K De
49 matches
Mail list logo
