is an obsolete option and no longer supported - but what did
it do in case my new server needs to behave the same way the old server behaved?
Thanks
- Greg Scott
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mail
The rsync approach Heinz suggests also has the advantage that you can change
the size of your new partitions in the target system. The other block copying
approaches would need either identically sized partitions or physical disks.
- Greg
--
users mailing list
users@lists.fedoraproject.org
Any takers on this?
thanks
- Greg
-Original Message-
From: users-boun...@lists.fedoraproject.org
[mailto:users-boun...@lists.fedoraproject.org] On Behalf Of Greg Scott
Sent: Saturday, February 16, 2013 3:10 PM
To: 'users@lists.fedoraproject.org'
Subject: What does "m
Meanwhile, we went into production with the new NFS server and updated
/etc/exports file last weekend. The app that depends on the NFS server seems
to be working just fine. But in my case, the whole thing is wide open and the
app doesn't seem to care a whole lot about mapping user identities.
I also checked for references to an idmapd RPM, with yum list available and rpm
-qa, both on Fedora 18 and RHEL 6.3 and came up empty.
> Hi Bill running Fedora 18, I tried:
>
> # rpm -q idmapd
> package idmapd is not installed
- Greg
--
users mailing list
users@lists.fedoraproject.org
To unsub
I just now checked this - sorry for the delayed response.
> Probably related to the unfsd[1].
> iSeries? ;)
Yes! This is an IBM AS/400 site. The AS400 is an NFS client. They run an app
that uses an NFS server to hold archives of images they need to keep handy.
Several years ago, the origi
