9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* [9fans] need help with u9fs
@ 1997-12-15  6:00 kvanhees
  0 siblings, 0 replies; 16+ messages in thread
From: kvanhees @ 1997-12-15  6:00 UTC (permalink / raw)


Thomas West wrote:
> 
> At 12:22 AM 12/15/97 +0000, you wrote:
> >>        mount -c /srv/tcp!i!564 /n/i  permission denied
> >>also, 
> >>        mount -c /srv/tcp!i!564 /n/kremvax  permission denied
> >check the plan9 machine is in hosts.equiv
> >check the u9fs is setuid root
> 
> ls -l /bin/u9fs gives:
> -rwxr-xr-x      1       root    sys     61368 /bin/u9fs
     ^
     +--- this would be 's' if the executable were setuid owner (root).

That could be the core of the problem.  I can't check though since I do
not have the configuration to try it right now.

Good luck,
Kris




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-17  8:36 Thomas
  0 siblings, 0 replies; 16+ messages in thread
From: Thomas @ 1997-12-17  8:36 UTC (permalink / raw)


At 09:46 PM 12/15/97 +0000, you wrote:
>
>-- 
>Tom Duff, KF6LWB.  Gort!  Klaatu barada ... uhh ... uhh ...

Nice to hear from you. Pls repeat.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-16 16:42 Thomas
  0 siblings, 0 replies; 16+ messages in thread
From: Thomas @ 1997-12-16 16:42 UTC (permalink / raw)



Several 9fans have pointed to the need to list the 9machine in the indy file
'/etc/hosts.equiv' - Thanks - I have done and still 'permission denied'

Philw and Kris Vanhees have identified another problem:
the 9nfs binary is rwx, not rws, as required.

Is this permission set by the compiler, or is there some chmod like command
that will do the trick?





^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-16 14:06 Steve_Kilbane
  0 siblings, 0 replies; 16+ messages in thread
From: Steve_Kilbane @ 1997-12-16 14:06 UTC (permalink / raw)


> don't you mean gethostbyaddr()?  the reverse dns lookup after getpeername().
> it's unlikely getpeername() is going to fail, unless the code is bust :-)

I did say it was a Solaris box...

I don't know. 'Twas a local client, and there was no reason why
gethostbyaddr() should have been failing to necessitate such a
hack, and there was some reason why I couldn't fix it properly.

Anyway, the point is, if things get desperate, u9fs.c's own
protection need not be a significant problem.




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-16 12:21 Boyd
  0 siblings, 0 replies; 16+ messages in thread
From: Boyd @ 1997-12-16 12:21 UTC (permalink / raw)


    From: Steve_Kilbane@cegelecproj.co.uk

    Waaay back why I was setting up u9fs on my Solaris box, according
    to the logs, the connecting machine wasn't considered valid
    (I think the getpeername() was failing, though memory's vague).

don't you mean gethostbyaddr()?  the reverse dns lookup after getpeername().
it's unlikely getpeername() is going to fail, unless the code is bust :-)




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-16 12:13 Steve_Kilbane
  0 siblings, 0 replies; 16+ messages in thread
From: Steve_Kilbane @ 1997-12-16 12:13 UTC (permalink / raw)


Waaay back why I was setting up u9fs on my Solaris box, according
to the logs, the connecting machine wasn't considered valid
(I think the getpeername() was failing, though memory's vague).
I do know that I just cheated, hardwiring the domainname of the
remote machine into u9fs.c, with the result that any connecting
machine appeared to be the one that was allowed in. Of course,
not everyone's environment will allow this.




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-16 10:54 Kenji
  0 siblings, 0 replies; 16+ messages in thread
From: Kenji @ 1997-12-16 10:54 UTC (permalink / raw)


The below is my setting for u9fs.
I mount whole unix file system on plan9 for simplicity.

Kenji Arisawa
E-mail: arisawa@aichi-u.ac.jp


#
# unix side
#
ar$ cat /etc/inetd.conf
...
u9fs stream tcp nowait root /usr/local/etc/u9fs u9fs /
...

ar$ car /etc/service
...
u9fs    564/tcp u9fs
...

ar$ pwd
/usr/local/etc
ar$ ls -l
...
-rwxrwxr-x  1 root       32768 Oct 24 14:13 u9fs*
...

ar$ cd
ar$ cat .rhosts
9pc     arisawa
plan9   arisawa
...


#
# plan9 side
#
cpu% cat /lib/ndb/local
...
tcp=9fs	port=564
...

cpu% ls -l $home/n
d-rwxr-xr-x M 4 arisawa arisawa 0 Nov 10 18:37 ar

cpu% cat $home/lib/profile
...
bind -ac $home/n /n
...




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15 22:03 Eric
  0 siblings, 0 replies; 16+ messages in thread
From: Eric @ 1997-12-15 22:03 UTC (permalink / raw)



>-- 
>Tom Duff, KF6LWB.  Gort!  Klaatu barada ... uhh ... uhh ...

"Nickle!  Necktie!  ... it's definately an N-word... "

eric





^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15 22:01 Thomas
  0 siblings, 0 replies; 16+ messages in thread
From: Thomas @ 1997-12-15 22:01 UTC (permalink / raw)


At 12:22 AM 12/15/97 +0000, you wrote:
>>        mount -c /srv/tcp!i!564 /n/i  permission denied
>>also, 
>>        mount -c /srv/tcp!i!564 /n/kremvax  permission denied
>check the plan9 machine is in hosts.equiv
>check the u9fs is setuid root
>

added plan9 machine and user to /etc/usr/hosts.equiv 
         still: mount : permission denied

ls -l /bin/u9fs gives:
-rwxr-xr-x      1       root    sys     61368 /bin/u9fs

When u9fs was compiled on the indy, the CFLAG "-DNEEDPROTO" in the makefile
was deleted; with original makefile, the compiler found these incompatible
types:

        p9 libc.h                    indy /usr/include/sys/stat.h

int chmod(const char *,int)         int external chmod(const char *,mode_t)
int fchmod(const char *,int)        int  fchmod(const char *,mode_t)
int mkdir(const char *,int)         int external mkdir(const char *,mode_t)

I don't know how to resolve this.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15 21:50 Tom
  0 siblings, 0 replies; 16+ messages in thread
From: Tom @ 1997-12-15 21:50 UTC (permalink / raw)


On Dec 16,  4:42pm, Thomas West wrote:
> the 9nfs binary is rwx, not rws, as required.
>
> Is this permission set by the compiler, or is there some chmod like command
> that will do the trick?

The command is exactly like chmod.

``chmod 4755 9nfs'' or ``chmod u+s 9nfs'' should do the job.

-- 
Tom Duff, KF6LWB.  Gort!  Klaatu barada ... uhh ... uhh ...




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15 21:46 Tom
  0 siblings, 0 replies; 16+ messages in thread
From: Tom @ 1997-12-15 21:46 UTC (permalink / raw)



-- 
Tom Duff, KF6LWB.  Gort!  Klaatu barada ... uhh ... uhh ...




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15 19:13 Thomas
  0 siblings, 0 replies; 16+ messages in thread
From: Thomas @ 1997-12-15 19:13 UTC (permalink / raw)


I'm having at least one problem setting up u9fs on an indy.

The source was copied to the indy and compiled and the /etc/inetd.conf and
/etc/setvices files were amended according to the man page.
A bonifide executable file exists in /bin/u9fs.
(Some lines of .h files were removed because the compiler complained of
multiple declarations; I will not elaborate unless it's important)
As the man page anticipates:
        srv tcp!i!u9fs fails: can't translate address
but
        srv tcp!i!564 succeeds (i guess) with: session.. post..
 and there is an entry in the indy /tmp/u9fs.log file

When i invoke disk/kfscmd allow , then mount, I get

        mount -c /srv/tcp!i!564 /n/i  permission denied
also, 
        mount -c /srv/tcp!i!564 /n/kremvax  permission denied

What's wrong/missing ?





^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15 11:46 Boyd
  0 siblings, 0 replies; 16+ messages in thread
From: Boyd @ 1997-12-15 11:46 UTC (permalink / raw)


    From: forsyth@caldo.demon.co.uk

    it will nearly always be something to do with hosts.equiv, as philw said.
    (i thought there was a peculiar interpretation of `host user' in /etc/hosts.equiv

no, it's just a list of hostnames.  you can specify both in
$home/^{.rhosts,.netrc}, but that's another story.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15 11:11 Russ
  0 siblings, 0 replies; 16+ messages in thread
From: Russ @ 1997-12-15 11:11 UTC (permalink / raw)


If u9fs is in fact running, looking at /tmp/u9fs.log
is usually helpful.  The most common problem I have is
that the particular name that u9fs ends up looking 
for is not in hosts.equiv -- only some alias of the
machine is, but that ends up not being good enough.

See what u9fs.log says.




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15  9:31 forsyth
  0 siblings, 0 replies; 16+ messages in thread
From: forsyth @ 1997-12-15  9:31 UTC (permalink / raw)


>>I don't know how to resolve this.

it will nearly always be something to do with hosts.equiv, as philw said.
(i thought there was a peculiar interpretation of `host user' in /etc/hosts.equiv
as compared to the same in $home/hosts.equiv, but i haven't got the BSD code to check.
try putting just the host name.)
rattach in u9fs will generate the same diagnostic if the attaching
user name maps to user ID 0 on Unix, but that seems less likely.

there are some changes to u9fs that improve performance,
by switching off the silly delay code in various tcp/ip implementations.
i'll see if i can produce a boddle or diff set.
i've fixed a memory leak bug in it as well.




^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] need help with u9fs
@ 1997-12-15  0:22 philw
  0 siblings, 0 replies; 16+ messages in thread
From: philw @ 1997-12-15  0:22 UTC (permalink / raw)


>        mount -c /srv/tcp!i!564 /n/i  permission denied
>also, 
>        mount -c /srv/tcp!i!564 /n/kremvax  permission denied
check the plan9 machine is in hosts.equiv
check the u9fs is setuid root




^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~1997-12-17  8:36 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-12-15  6:00 [9fans] need help with u9fs kvanhees
  -- strict thread matches above, loose matches on Subject: below --
1997-12-17  8:36 Thomas
1997-12-16 16:42 Thomas
1997-12-16 14:06 Steve_Kilbane
1997-12-16 12:21 Boyd
1997-12-16 12:13 Steve_Kilbane
1997-12-16 10:54 Kenji
1997-12-15 22:03 Eric
1997-12-15 22:01 Thomas
1997-12-15 21:50 Tom
1997-12-15 21:46 Tom
1997-12-15 19:13 Thomas
1997-12-15 11:46 Boyd
1997-12-15 11:11 Russ
1997-12-15  9:31 forsyth
1997-12-15  0:22 philw

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).