Hi, I've upgraded my system yesterday and cfs stoped working, the problem
is that it is not possible to use portmap because mountd died with this
message:
Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP RPCMNT_VER1
service
Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP
* Daniel <[EMAIL PROTECTED]> [010322 09:41] wrote:
>
> Hi, I've upgraded my system yesterday and cfs stoped working, the problem
> is that it is not possible to use portmap because mountd died with this
> message:
> Mar 20 17:48:30 apocalypse mountd[67251]: can't register UDP RPCMNT_VER1
> servic
Yes
On Thu, 22 Mar 2001, Alfred Perlstein wrote:
> Date: Thu, 22 Mar 2001 09:48:30 -0800
> From: Alfred Perlstein <[EMAIL PROTECTED]>
> To: Daniel <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: CFS - Portmap
>
> * Daniel <[EMAIL PROTECTED]>
On Thu, Mar 22, 2001 at 08:34:19PM -0300, Daniel wrote:
> Yes
I guess you overwrite portmap_program in /etc/rc.conf.
Sync the line with /etc/defaults/rc.conf or better remove it
completely.
--
B.Walter COSMO-Project http://www.cosmo-project.de
[EMAIL PROTECTED] User
On Thu, Mar 22, 2001 at 20:34:19 -0300, Daniel wrote:
> > > I also tried using rpcbind, mountd start working and cfsd start but:
> > > %/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \
> > > /usr/local/crypt
> > >
> > > mount_nfs: rpcbind on server: RPC: Program not registered
Yes,
* Andrey A. Chernov <[EMAIL PROTECTED]> [010322 13:09] wrote:
> On Thu, Mar 22, 2001 at 20:34:19 -0300, Daniel wrote:
> > > > I also tried using rpcbind, mountd start working and cfsd start but:
> > > > %/sbin/mount -o port=3049,intr,nfsv2 localhost:/usr/home/.cfs \
> > > > /usr/local/crypt
> > >
On Thu, Mar 22, 2001 at 13:37:02 -0800, Alfred Perlstein wrote:
> > 151udp 0.0.0.0.3.237 mountd superuser
> > 151tcp 0.0.0.0.3.251 mountd superuser
> > 10928305672udp 0.0.0.0.11.233 - superuser
>
If you have not recompiled cfs, does starting the rpcbind with -L
fix this ? Old binarys resist to work without this option.
from rpcbind man-page:
Allow old-style local connections over the loopback interface.
Without this flag, local connections are only allowed over a
local socket, /var/run/
On Thu, Mar 22, 2001 at 22:53:29 +0100, Martin Blapp wrote:
>
> If you have not recompiled cfs, does starting the rpcbind with -L
> fix this ? Old binarys resist to work without this option.
-L not helps for old and for new binaries too.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe:
It seems you have to run rpcbind with -i flag:
-i ``insecure'' mode. Allows calls to SET and UNSET from an
host. Normally rpcbind accepts these requests only from the
loopback interface for security reasons. This change is necessary for
programs that were compiled with earlier versions o
On Thu, Mar 22, 2001 at 23:07:08 +0100, Martin Blapp wrote:
>
> It seems you have to run rpcbind with -i flag:
>
-i not helps too. Diagnostic is the same.
>
> # mount_nfs -o port=3049,intr localhost:/null /crypt
You miss "nfsv2" switch here. mountd is running with -2 option too.
To make te
Hmm ?
# /usr/local/etc/rc.d/cfsd.sh stop
# killall mountd
# killall -SIGUSR1 nfsd
# killall rpcbind
# rpcinfo
rpcinfo: can't contact rpcbind: RPC: Remote system error - Connection refused
# rpcbind -i
# mountd -2
# nfsd
# /usr/local/etc/rc.d/cfsd.sh start
# mount_nfs -o port=3049,intr,nfsv2 lo
On Thu, Mar 22, 2001 at 23:32:53 +0100, Martin Blapp wrote:
> # nfsd
^
Not start nfsd - it is unneded for cfs, cfs handle all calls by itself.
At least it works without any nfsd previously.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
Without nfsd it doesn't work, right.
Yes, this seems to be the problem. I'll go into source of cfs now and fix
the problem. Or maybe a mount_nfs problem ?
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service provider
Zu
On Fri, Mar 23, 2001 at 01:35:12 +0300, Andrey A. Chernov wrote:
> On Thu, Mar 22, 2001 at 23:32:53 +0100, Martin Blapp wrote:
>
> > # nfsd
>
> ^
>
> Not start nfsd - it is unneded for cfs, cfs handle all calls by itself.
> At least it works without any nfsd previously.
I.e. you have s
Hmm, look at this:
# mount /crypt
mount_nfs: rpcbind on server: RPC: Program not registered
rpcbind debug output:
PMAP_GETPORT req for (13, 2, udp) from 127.0.0.1.3.18 :port = 0
nfs is prgramm 13
For some strange reason there is a request for nfs.
Martin
To Unsubscribe: send mail t
Hi,
I see, seems that (port==2049? nc : NULL) has changed in some way.
I'll fix that.
PS: let's change to private discussion and not cc current anymore.
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service provider
Zur
* Martin Blapp <[EMAIL PROTECTED]> [010322 15:00] wrote:
>
> Hi,
>
> I see, seems that (port==2049? nc : NULL) has changed in some way.
> I'll fix that.
>
> PS: let's change to private discussion and not cc current anymore.
Please don't, I'd like to understand what's going on here.
There's al
Ok,
here is what I found:
notes.ms, line 228
If your system does not support NFS mounts on ports other
than 2049, add -DCFS_PORT=2049; you will not be able to simultaneously
run the target system as an NFS server under this configuration.
cfs.h:#define CFS_PORT 2049
nfsproto.h:#define NF
On Fri, Mar 23, 2001 at 00:33:28 +0100, Martin Blapp wrote:
>
>
> If you compile with -DCFS_PORT=2049, cfs works as normal.
>
It sounds like in that case it is impossible to run nfsd and cfsd at the
same machine, i.e. does cfs disallows nfs?
BTW, why it works before?
--
Andrey A. Chernov
h
Martin Blapp wrote:
>
> Ok,
>
> here is what I found:
>
> notes.ms, line 228
>
> If your system does not support NFS mounts on ports other
> than 2049, add -DCFS_PORT=2049; you will not be able to simultaneously
> run the target system as an NFS server under this configuration.
>
> cfs.h:#def
> Breaking nfs from working on user defined ports is a step backwards and
> should be fixed. Lots of people run nfsd and cfsd at the same time.
No, you understand me wrong, the way this is done is bogus. If you set
-DCFS_PORT=3049 like it is done at the moment and use nc instead of NULL
it work
On Fri, Mar 23, 2001 at 00:49:33 +0100, Martin Blapp wrote:
>
> > Breaking nfs from working on user defined ports is a step backwards and
> > should be fixed. Lots of people run nfsd and cfsd at the same time.
>
> No, you understand me wrong, the way this is done is bogus. If you set
> -DCFS_PO
I'm fixing now the code ... We have to use now Solaris code part and
add #if defined(__FreeBSD__) || defined (__SOLARIS2X__) ifdef's and also
fill out this:
/* Assign the local bind address and type of service */
tp->xp_ltaddr = tres->addr;
tp->xp_type = tinfo.servtype;
I'll go to bed now.
It's not cfsd which does this. My update of mount_nfs (and syncing
source with NetBSD) broke this. I'll change mount_nfs so this works
again. There is no need for mount_nfs to register nfs within rpcbind
if port=0.
Sorry that this last so long to detect.
Martin
Martin Blap
This should made cfs working again, please test the patch.
http://home.teleport.ch/freebsd/mount_nfs.c.diff
Martin
Martin Blapp, [EMAIL PROTECTED]
Improware AG, UNIX solution and service provider
Zurlindenstrasse 29, 4133 Pratteln, Switzerland
On Fri, Mar 23, 2001 at 19:35:33 +0100, Martin Blapp wrote:
>
> This should made cfs working again, please test the patch.
>
> http://home.teleport.ch/freebsd/mount_nfs.c.diff
No, but bad effects are changed. There is no error diagnostic happens but
mount hangs forever instead (I try several t
On Fri, Mar 23, 2001 at 12:49:33AM +0100, Martin Blapp wrote:
> /etc/mount -o port=3049,intr localhost:/null /crypt
What machine are you doing this on?? FreeBSD has no /etc/mount?
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to [EMA
Hi,
> > /etc/mount -o port=3049,intr localhost:/null /crypt
>
> What machine are you doing this on?? FreeBSD has no /etc/mount?
Correct. I've used the sbin/mount of course, this is just a cut'n'paste
of the documentation.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
29 matches
Mail list logo
