Re: NFS configuration problem -

2020-09-17 Thread Bob Goodwin
On 2020-09-16 20:39, Roger Heflin wrote: it should have been mv * ../../ I had a brain fart. Too busy at work trying to figure out why an updated kernel has userspace issues (bash stack smash crash/abort in udevd/late initramfs, a failure to boot), but the old kernel with the exact same

Re: NFS configuration problem -

2020-09-16 Thread Roger Heflin
it should have been mv * ../../ I had a brain fart. Too busy at work trying to figure out why an updated kernel has userspace issues (bash stack smash crash/abort in udevd/late initramfs, a failure to boot), but the old kernel with the exact same userspace is fine. On Wed, Sep 16, 2020 at 3:00

Re: NFS configuration problem -

2020-09-16 Thread George N. White III
On Wed, 16 Sep 2020 at 13:29, Roger Heflin wrote: > cd /home/bobg//Public/nfs4exports/home and do a "mv . ../../" I don't think this will work (maybe depending on the shell program) as the current working directory is in use. Bob had a problem but didn't say what went wrong (the example

Re: NFS configuration problem -

2020-09-16 Thread Bob Goodwin
On 2020-09-16 12:28, Roger Heflin wrote: cd /home/bobg//Public/nfs4exports/home and do a "mv . ../../" and everything in /home/bobg//Public/nfs4exports/home will be moved to /home/bobg/Public (up 2 directories). This will be fast and only move the file headers since both locations are on

Re: NFS configuration problem -

2020-09-16 Thread Roger Heflin
cd /home/bobg//Public/nfs4exports/home and do a "mv . ../../" and everything in /home/bobg//Public/nfs4exports/home will be moved to /home/bobg/Public (up 2 directories). This will be fast and only move the file headers since both locations are on the same LV/mountpoint. On Wed, Sep 16, 2020

Re: NFS configuration problem -

2020-09-16 Thread Bob Goodwin
On 2020-09-15 19:59, George N. White III wrote: On Tue, 15 Sep 2020 at 17:10, Bob Goodwin > wrote: On 2020-09-15 06:58, Bob Goodwin wrote: Well, never trusting the "mv" command, I decided to do some experimenting and did: [root@nfs bobg]# mv

Re: NFS configuration problem -

2020-09-16 Thread George N. White III
On Wed, 16 Sep 2020 at 09:11, Tim via users wrote: > On Tue, 2020-09-15 at 16:09 -0400, Bob Goodwin wrote: > > Well, never trusting the "mv" command, I decided to do some > > experimenting and did: > > When it comes to shifting personal files from spot A to B, especially > if I'm starting from a

Re: NFS configuration problem -

2020-09-16 Thread Tim via users
On Tue, 2020-09-15 at 16:09 -0400, Bob Goodwin wrote: > Well, never trusting the "mv" command, I decided to do some > experimenting and did: When it comes to shifting personal files from spot A to B, especially if I'm starting from a home directory, I tend to use a graphical file manager. Cut

Re: NFS configuration problem -

2020-09-16 Thread Bob Goodwin
On 2020-09-16 01:04, Ed Greshko wrote: On 2020-09-16 04:09, Bob Goodwin wrote: Well, never trusting the "mv" command, I decided to do some experimenting and  did: You know, if you're not comfortable with knowing how a command works or what results it will produce it is best not to work with

Re: NFS configuration problem -

2020-09-15 Thread Ed Greshko
On 2020-09-16 04:09, Bob Goodwin wrote: > Well, never trusting the "mv" command, I decided to do some experimenting and  > did: You know, if you're not comfortable with knowing how a command works or what results it will produce it is best not to work with "live/real" data. In this case, you

Re: NFS configuration problem -

2020-09-15 Thread George N. White III
On Tue, 15 Sep 2020 at 17:10, Bob Goodwin wrote: > > > On 2020-09-15 06:58, Bob Goodwin wrote: > > I will do as you suggest > ° > Well, never trusting the "mv" command, I decided to do some > experimenting and did: > > [root@nfs bobg]# mv /nfs4exports /home/bobg/Public > > expecting to move my

Re: NFS configuration problem -

2020-09-15 Thread Jonathan Billings
On Sep 15, 2020, at 16:10, Bob Goodwin wrote: > > Will this restore what I had originally, > > mv /home/bobg/Public/nfs4exports/home /nfs4exports > > or will it create an even longer file name? No, since you moved the /nfs4exports directory, it is no longer there, so it would move the

Re: NFS configuration problem -

2020-09-15 Thread Roger Heflin
mv /home/bobg/Public/nfs4exports / will put it back. mv will "move" the directory and all subdirectories. Usually to fix something like this (down too many levels) assuming you want that, then go into the directory were the data now is and do mv * ../ and that will relocate it up one

Re: NFS configuration problem -

2020-09-15 Thread Bob Goodwin
On 2020-09-15 06:58, Bob Goodwin wrote: I will do as you suggest ° Well, never trusting the "mv" command, I decided to do some experimenting and did: [root@nfs bobg]# mv /nfs4exports /home/bobg/Public expecting to move my stored data into "Public" and it did that but the result is not

Re: NFS configuration problem -

2020-09-15 Thread Bob Goodwin
On 2020-09-15 06:07, George N. White III wrote: On Mon, 14 Sep 2020 at 19:37, Bob Goodwin > wrote: On 2020-09-14 18:20, George N. White III wrote: > > >     Presentiy /etc/exports is: > >     [bobg@nfs ~]$ cat /etc/exports >     

Re: NFS configuration problem -

2020-09-15 Thread George N. White III
On Mon, 14 Sep 2020 at 19:37, Bob Goodwin wrote: > > > On 2020-09-14 18:20, George N. White III wrote: > > > > > > Presentiy /etc/exports is: > > > > [bobg@nfs ~]$ cat /etc/exports > > /nfs4exports/home > > 192.168.50.0/24(rw,sync,insecure,no_root_squash,no_subtree_check) > >

Re: NFS configuration problem -

2020-09-14 Thread Bob Goodwin
On 2020-09-14 18:20, George N. White III wrote: Presentiy /etc/exports is: [bobg@nfs ~]$ cat /etc/exports /nfs4exports/home 192.168.50.0/24(rw,sync,insecure,no_root_squash,no_subtree_check)

Re: NFS configuration problem -

2020-09-14 Thread George N. White III
On Mon, 14 Sep 2020 at 16:39, Bob Goodwin wrote: > > > On 2020-09-13 19:57, Roger Heflin wrote: > > Do a "df /nfs4exports/home" an "ls -ld /" a "ls -ld > > /nfs4exports/home" and a "ls -ld /nfs4exports/" and a "ls -l > > /nfs4exports". > > > > On the client you can tell which device it is using

Re: NFS configuration problem -

2020-09-14 Thread Bob Goodwin
On 2020-09-13 19:57, Roger Heflin wrote: Do a "df /nfs4exports/home" an "ls -ld /"  a "ls -ld /nfs4exports/home" and a "ls -ld /nfs4exports/" and a "ls -l /nfs4exports". On the client you can tell which device it is using by what df shows for it, if / it will show the size of / and if

Re: NFS configuration problem -

2020-09-14 Thread George N. White III
On Sun, 13 Sep 2020 at 20:58, Roger Heflin wrote: > Do a "df /nfs4exports/home" an "ls -ld /" a "ls -ld /nfs4exports/home" > and a "ls -ld /nfs4exports/" and a "ls -l /nfs4exports". > > On the client you can tell which device it is using by what df shows for > it, if / it will show the size of

Re: NFS configuration problem -

2020-09-13 Thread Roger Heflin
Do a "df /nfs4exports/home" an "ls -ld /" a "ls -ld /nfs4exports/home" and a "ls -ld /nfs4exports/" and a "ls -l /nfs4exports". On the client you can tell which device it is using by what df shows for it, if / it will show the size of / and if correct it will show the sizes of the correct fs.

Re: NFS configuration problem -

2020-09-13 Thread Jonathan Billings
On Sep 13, 2020, at 14:16, Bob Goodwin wrote: > > The more I look at this the more confused I get. Maybe you can explain what you expect to see from the output of “ll /“ on the NFS server? -- Jonathan Billings ___ users mailing list --

Re: NFS configuration problem -

2020-09-13 Thread Bob Goodwin
On 2020-09-12 20:44, Roger Heflin wrote: If bob did the exportfs -r prior to mounting /home/whatever that is to be exported then it would have exported the directory on / and not what was later mounted. He needs to umount the nfs clients, and run exportfs -r on the server and remount on the

Re: NFS configuration problem -

2020-09-12 Thread Roger Heflin
If bob did the exportfs -r prior to mounting /home/whatever that is to be exported then it would have exported the directory on / and not what was later mounted. He needs to umount the nfs clients, and run exportfs -r on the server and remount on the clients. And make sure that if the directory

Re: NFS configuration problem -

2020-09-12 Thread Ed Greshko
On 2020-09-13 07:21, Jonathan Billings wrote: > On Sep 12, 2020, at 14:57, Bob Goodwin wrote: >> /I am the onlly client and my fstab is: >> 192.168.50.32:/nfs4exports/home /media/nfsnfs4 >> rw,soft,intr,fg,comment=systemd.automout 0 0 > I see a typo in the “comment=systemd.automout”. > >

Re: NFS configuration problem -

2020-09-12 Thread Jonathan Billings
On Sep 12, 2020, at 14:57, Bob Goodwin wrote: > /I am the onlly client and my fstab is: > 192.168.50.32:/nfs4exports/home /media/nfsnfs4 > rw,soft,intr,fg,comment=systemd.automout 0 0 I see a typo in the “comment=systemd.automout”. Also, earlier mail makes me think it’s not actually

Re: NFS configuration problem -

2020-09-12 Thread Doug H.
On Sat, 2020-09-12 at 14:56 -0400, Bob Goodwin wrote: > > On 2020-09-12 11:59, George N. White III wrote: > > On Sat, 12 Sep 2020 at 11:56, Bob Goodwin > > wrote: > > > > > wrong? > > 'df -h" shows the following: > > > >

Re: NFS configuration problem -

2020-09-12 Thread George N. White III
On Sat, 12 Sep 2020 at 15:57, Bob Goodwin wrote: > > > On 2020-09-12 11:59, George N. White III wrote: > > On Sat, 12 Sep 2020 at 11:56, Bob Goodwin > > wrote: > > > > > wrong? > > 'df -h" shows the following: > > > >

Re: NFS configuration problem -

2020-09-12 Thread Bob Goodwin
On 2020-09-12 11:59, George N. White III wrote: On Sat, 12 Sep 2020 at 11:56, Bob Goodwin > wrote: /dev/mapper/fedora_localhost--live-home  3.6T  4.8G  3.4T 1% /home I need to fix it. I don't know where to look for my mistake, Obviously I

Re: NFS configuration problem -

2020-09-12 Thread George N. White III
On Sat, 12 Sep 2020 at 11:56, Bob Goodwin wrote: > 'df -h" shows the following: > > /dev/mapper/fedora_localhost--live-root 69G 67G 0 100% / > tmpfs1.8G 8.0K 1.8G 1% /tmp > /dev/sda2976M 254M 655M 28% /boot >