9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* [9fans] u9fs
@ 2001-01-07  5:54 rob pike
  2001-01-07  6:00 ` Boyd Roberts
  0 siblings, 1 reply; 65+ messages in thread
From: rob pike @ 2001-01-07  5:54 UTC (permalink / raw)
  To: 9fans

Enough evidence has been found.  U9fs once lived in a directory
without a license, which confirms what I vaguely remembered.
I think it's fair and honest to consider that it's unfettered.  I suppose
someone around here should put a copy outside the licensed area.

-rob



^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] u9fs
@ 2008-03-30 11:36 arisawa
  2008-03-30 12:25 ` arisawa
  0 siblings, 1 reply; 65+ messages in thread
From: arisawa @ 2008-03-30 11:36 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

Hello,

I am annoyed by a curious phenomenon.
When I access to my Mac/OSX PowerBook from Plan 9 terminal (in hosted
VirtualPC),
ls command of Plan 9 terminal does not respond in a special directory:
	a mounted directory of remote file server.

Of cause my PowerBook responds the directory: /Volumes/kenji
	-bash$ ls -l /Volumes
	total 8
	lrwxr-xr-x    1 root     admin      1 Mar 27 11:35 Macintosh HD -> /
	drwxrwxrwx   26 arisawa  arisawa  840 Mar 30 14:30 kenji
	-bash$ ls -l /Volumes/kenji
	total 16
	drwxrwxrwx    2 arisawa  arisawa   264 Feb 26 16:56 Network Trash
Folder
	drwxrwxrwx   47 arisawa  arisawa  1554 Mar  5 17:28 Private
	...
	drwxrwxrwx    4 arisawa  arisawa   264 Feb 26 20:22 travel
	-bash$

I found u9fs falls into infinite loop in the directory.

I added
	fprint(2,"rread...\n");
and
	fprint(2,"dirread:%s\n", fid->dirent->d_name);

in u9fs.c


void
rread(Fcall *rx, Fcall *tx)
{
	char *e, *path;
	uchar *p, *ep;
	int n;
	Fid *fid;
	Dir d;
	struct stat st;

	fprint(2,"rread...\n");

	...

			if(strcmp(fid->dirent->d_name, ".") == 0
			|| strcmp(fid->dirent->d_name, "..") == 0){
				fid->dirent = nil;
				continue;
			}
			fprint(2,"dirread:%s\n", fid->dirent->d_name);
			path = estrpath(fid->path, fid->dirent->d_name, 0);
			memset(&st, 0, sizeof st);
			...
}

Then u9fs.log shows:

rread...
dirread:Network Trash Folder
dirread:Temporary Items
dirread:photo
dirread:doc
dirread:study
dirread:arch
dirread:edu
dirread:src
dirread:tmp
dirread:.DS_Store
dirread:dlb
dirread:travel
dirread:spam
dirread:english
dirread:news
dirread:adm
dirread:db
dirread:.TemporaryItems
dirread:Private
dirread:lib
dirread:plan9
dirread:todo.txt
dirread:log
dirread:trashbox
rread...
dirread:Network Trash Folder
dirread:Temporary Items
dirread:photo
dirread:doc
dirread:study
dirread:arch
dirread:edu
dirread:src
dirread:tmp
dirread:.DS_Store
dirread:dlb
dirread:travel
dirread:spam
dirread:english
dirread:news
dirread:adm
dirread:db
dirread:.TemporaryItems
dirread:Private
dirread:lib
dirread:plan9
dirread:todo.txt
dirread:log
dirread:trashbox
rread...

I don't know why this loop happens, and I don't know how to prevent
the loop.
Suggestion welcome.

Kenji Arisawa



^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 2003-10-09 14:24 Lucio De Re
  0 siblings, 0 replies; 65+ messages in thread
From: Lucio De Re @ 2003-10-09 14:24 UTC (permalink / raw)
  To: 9fans mailing list

There have been a few minor changes to u9fs posted here, do I have
to search for them, or have they been published on sources?

Can someone please point me to the most up to date source?

++L


^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] u9fs
@ 2003-02-18 16:38 Ronald G. Minnich
  2003-02-18 16:42 ` Russ Cox
  2003-02-18 16:49 ` nigel
  0 siblings, 2 replies; 65+ messages in thread
From: Ronald G. Minnich @ 2003-02-18 16:38 UTC (permalink / raw)
  To: 9fans


has anyone used u9fs to attach to anything but root (i.e. /).

Reason I am asking: from my 9p2000 client I attach to local name /mnt,
remote name /tmp. However, when I do walks or other ops, u9fs is always
starting the walks etc. at /, not /tmp.

This is a stock u9fs, so I am wondering if I am doing something nobody has
tried.

ron



^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] u9fs
@ 2003-01-28 15:50 Russ Cox
  2003-01-31 15:35 ` Axel Belinfante
  0 siblings, 1 reply; 65+ messages in thread
From: Russ Cox @ 2003-01-28 15:50 UTC (permalink / raw)
  To: 9fans

There are changes to u9fs on sources that add support
for p9any as an authentication protocol.  Thanks to Nigel.

Russ


^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-12-09  8:09 Russ Cox
  0 siblings, 0 replies; 65+ messages in thread
From: Russ Cox @ 2002-12-09  8:09 UTC (permalink / raw)
  To: 9fans

> What is srvssh?  How does it differ from `execnet and ssh'?
> I wasn't able to find srvssh on /n/sources.

Srvssh serves the same purpose as execnet and ssh.
Instead of using execnet, it uses the new -e flag to srv.
It also hides a lot of the grime involved.  You don't have
to set up the script on the other side.

It's a shell script -- /rc/bin/srvssh.

Russ



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-12-09  7:51 YAMANASHI Takeshi
  0 siblings, 0 replies; 65+ messages in thread
From: YAMANASHI Takeshi @ 2002-12-09  7:51 UTC (permalink / raw)
  To: 9fans

> Thanks for srvssh.

What is srvssh?  How does it differ from `execnet and ssh'?
I wasn't able to find srvssh on /n/sources.

Thank you.
--
YAMANASHI Takeshi



^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] u9fs
@ 2002-12-05 17:49 David Swasey
  0 siblings, 0 replies; 65+ messages in thread
From: David Swasey @ 2002-12-05 17:49 UTC (permalink / raw)
  To: 9fans

Thanks for srvssh.  Here are the changes I made to get u9fs running on
a SunOS 5.5.1 machine.  -dave

1. A comment:

diff /sys/src/cmd/unix/u9fs/makefile u9fs-new/makefile
5a6,10
> # SunOS
> #
> # SunOS 5.5.1 does not provide inttypes.h; add -Isunos to CFLAGS and change
> # CC and LD to gcc.  Add -lsocket, -lnsl to LDFLAGS.
> #

2. Magic to get timeval defined:

diff /sys/src/cmd/unix/u9fs/plan9.h u9fs-new/plan9.h
5a6,9
> #ifdef sun	/* sparc and __svr4__ are also defined on the offending machine */
> #define __EXTENSIONS__	1	/* for struct timeval */
> #endif
>

3. A version of inttypes.h:

cat u9fs-new/sunos/inttypes.h
/* inttypes.h for SunOS cuff.link.cs.cmu.edu 5.5.1 Generic_103640-29 sun4u sparc SUNW,Ultra-Enterprise */
#ifndef INTTYPES_H
#define INTTYPES_H

typedef char int8_t;
typedef short int16_t;
typedef int int32_t;
typedef long long int64_t;
typedef unsigned char uint8_t;
typedef unsigned short uint16_t;
typedef unsigned int uint32_t;
typedef unsigned long long uint64_t;
typedef long int intptr_t;
typedef unsigned long int uintptr_t;

#endif



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] Bug report
@ 2002-05-05 23:24 Russ Cox
  2002-05-05 23:33 ` arisawa
  0 siblings, 1 reply; 65+ messages in thread
From: Russ Cox @ 2002-05-05 23:24 UTC (permalink / raw)
  To: 9fans

I knew that that could happen.  I was under the impression
it was only supposed to happen when running in full screen
mode under Linux.  The problem is that under certain
conditions (that is, full screen mode under Linux) the
virtual hardware cursor is really a software cursor,
so you have to turn it off before drawing.  I was hoping
that VMware would add real hardware cursor support and
I could avoid this.

What if you kill off the clock and the stats windows,
so that nothing could possibly be drawing on the display?
Then does the mouse still have problems?  If so, it's probably
just a bug of mine rather than this pseudo-hardware cursor
problem.

Russ


^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-24  6:42 Russ Cox
  0 siblings, 0 replies; 65+ messages in thread
From: Russ Cox @ 2002-03-24  6:42 UTC (permalink / raw)
  To: 9fans

> Wouldn't it be "sort of nice" if u9fs(4) mentioned this? :-)

Indeed it would.  It will be so.  :-)



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-23 18:45 nigel
  0 siblings, 0 replies; 65+ messages in thread
From: nigel @ 2002-03-23 18:45 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 32 bytes --]

Yep. I'm bang to rights too.


[-- Attachment #2: Type: message/rfc822, Size: 5461 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 219 bytes --]

where by /etc/hosts, nigel means /etc/hosts.equiv
(or you can edit your own .rhosts).  if you can rlogin
to the machine then you can mount it.
to whoever complains, i will point out
that this is no worse than nfs.

[-- Attachment #2.1.2: Type: message/rfc822, Size: 3677 bytes --]

[-- Attachment #2.1.2.1.1: Type: text/plain, Size: 95 bytes --]

You need to be in /etc/hosts of the unix machine, or equivalent
permissiony sort of thing.


[-- Attachment #2.1.2.1.2: Type: message/rfc822, Size: 2044 bytes --]

From: Christopher Nielsen <cnielsen@pobox.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] u9fs
Date: Fri, 22 Mar 2002 16:40:52 -0800
Message-ID: <20020323004052.GE78245@cassie.foobarbaz.net>

On Thu, Mar 21, 2002 at 11:19:35AM -0500, Russ Cox wrote:
> If you have u9fs listening on port 564, then
> you can say
> 
> 	srv -m tcp!1.2.3.4 kremvax /n/kremvax
> 
> ls -l /n/kremvax

when i try this from one of my cpu servers, i get an error:

srv -m tcp!12.99.91.196 cassie /n/cassie
srv: mount failed: permission denied

thoughts?

-- 
Christopher Nielsen - Metal-wielding pyro techie
cnielsen@pobox.com
"Those who are willing to trade freedom for security deserve
 neither freedom nor security." --Benjamin Franklin

^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-23 18:12 Russ Cox
  2002-03-24  5:44 ` Martin C.Atkins
  2002-03-26 10:45 ` Christopher Nielsen
  0 siblings, 2 replies; 65+ messages in thread
From: Russ Cox @ 2002-03-23 18:12 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 219 bytes --]

where by /etc/hosts, nigel means /etc/hosts.equiv
(or you can edit your own .rhosts).  if you can rlogin
to the machine then you can mount it.
to whoever complains, i will point out
that this is no worse than nfs.

[-- Attachment #2: Type: message/rfc822, Size: 3677 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 95 bytes --]

You need to be in /etc/hosts of the unix machine, or equivalent
permissiony sort of thing.


[-- Attachment #2.1.2: Type: message/rfc822, Size: 2044 bytes --]

From: Christopher Nielsen <cnielsen@pobox.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] u9fs
Date: Fri, 22 Mar 2002 16:40:52 -0800
Message-ID: <20020323004052.GE78245@cassie.foobarbaz.net>

On Thu, Mar 21, 2002 at 11:19:35AM -0500, Russ Cox wrote:
> If you have u9fs listening on port 564, then
> you can say
> 
> 	srv -m tcp!1.2.3.4 kremvax /n/kremvax
> 
> ls -l /n/kremvax

when i try this from one of my cpu servers, i get an error:

srv -m tcp!12.99.91.196 cassie /n/cassie
srv: mount failed: permission denied

thoughts?

-- 
Christopher Nielsen - Metal-wielding pyro techie
cnielsen@pobox.com
"Those who are willing to trade freedom for security deserve
 neither freedom nor security." --Benjamin Franklin

^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-23 10:43 nigel
  0 siblings, 0 replies; 65+ messages in thread
From: nigel @ 2002-03-23 10:43 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 95 bytes --]

You need to be in /etc/hosts of the unix machine, or equivalent
permissiony sort of thing.


[-- Attachment #2: Type: message/rfc822, Size: 2044 bytes --]

From: Christopher Nielsen <cnielsen@pobox.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] u9fs
Date: Fri, 22 Mar 2002 16:40:52 -0800
Message-ID: <20020323004052.GE78245@cassie.foobarbaz.net>

On Thu, Mar 21, 2002 at 11:19:35AM -0500, Russ Cox wrote:
> If you have u9fs listening on port 564, then
> you can say
> 
> 	srv -m tcp!1.2.3.4 kremvax /n/kremvax
> 
> ls -l /n/kremvax

when i try this from one of my cpu servers, i get an error:

srv -m tcp!12.99.91.196 cassie /n/cassie
srv: mount failed: permission denied

thoughts?

-- 
Christopher Nielsen - Metal-wielding pyro techie
cnielsen@pobox.com
"Those who are willing to trade freedom for security deserve
 neither freedom nor security." --Benjamin Franklin

^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-22 13:42 Jean Mehat
  0 siblings, 0 replies; 65+ messages in thread
From: Jean Mehat @ 2002-03-22 13:42 UTC (permalink / raw)
  To: 9fans

> is use samba to mount them on a Linux box and then mount the

A student here made, as a project, a smb client (equivalent to samba) under
Plan 9. The result is functional but it lacks a serious review to be 
diffused.

If someone wants to capitalize on this work, the student can be contacted
at versace@mime.up8.edu.



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-21 16:19 Russ Cox
  2002-03-23  0:40 ` Christopher Nielsen
  0 siblings, 1 reply; 65+ messages in thread
From: Russ Cox @ 2002-03-21 16:19 UTC (permalink / raw)
  To: 9fans

If you have u9fs listening on port 564, then
you can say

	srv -m tcp!1.2.3.4 kremvax /n/kremvax

ls -l /n/kremvax



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20 22:00 forsyth
  0 siblings, 0 replies; 65+ messages in thread
From: forsyth @ 2002-03-20 22:00 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 309 bytes --]

drawterm runs something similar to, but simpler than, the Nt fs interface
code in Inferno, and i suppose in 9pm--they are all
somewhat vaguely related.  drawterm's work overall is somewhat
simpler (which is why it can manage on only pthreads on
Linux and FreeBSD, whereas Inferno has more work to do).


[-- Attachment #2: Type: message/rfc822, Size: 2209 bytes --]

To: 9fans@cse.psu.edu, 9fans@cse.psu.edu
Subject: Re: [9fans] u9fs
Date: Wed, 20 Mar 2002 11:42:35 -0800
Message-ID: <5.1.0.14.2.20020320113936.01b4c688@mail.real.com>

I've not looked, but how does drawterm expose /mnt/term?
could that part of it be used as an NT service?

At 02:05 PM 3/20/2002 -0500, Russ Cox wrote:
>There are no good options for seeing Windows file systems
>across a network in Plan 9.  The only way I can think of
>is use samba to mount them on a Linux box and then mount the
>Linux box with u9fs.  
>
>Russ

^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20 19:31 Russ Cox
  0 siblings, 0 replies; 65+ messages in thread
From: Russ Cox @ 2002-03-20 19:31 UTC (permalink / raw)
  To: 9fans

You could run an NT u9fs of sorts by
starting with the drawterm code, I suppose.
You might be better off starting with u9fs.

Ideally I'd rather see an SMB client.

Russ


^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20 19:31 markp
  0 siblings, 0 replies; 65+ messages in thread
From: markp @ 2002-03-20 19:31 UTC (permalink / raw)
  To: 9fans

| There are no good options for seeing Windows file systems
| across a network in Plan 9.  The only way I can think of
| is use samba to mount them on a Linux box and then mount the
| Linux box with u9fs.  
|
| Russ

hmmm. that may be an acceptable workaround, to have the headless box
mounting samba shares from the laptop for handing off to u9fs, and plan9
having to worry only about mounting filesystems from that box.

incidentally, this is a partition shared by windows and BSD on the
laptop. the idea is that plan9 would have access to the same files
regardless which OS was running on the other laptop at the time.

thanks much for the swift reply,
---mp



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20 19:05 Russ Cox
  2002-03-20 19:42 ` skipt
  2002-03-21 11:02 ` Peter Canning
  0 siblings, 2 replies; 65+ messages in thread
From: Russ Cox @ 2002-03-20 19:05 UTC (permalink / raw)
  To: 9fans

There are no good options for seeing Windows file systems
across a network in Plan 9.  The only way I can think of
is use samba to mount them on a Linux box and then mount the
Linux box with u9fs.  

Russ


^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20 18:40 markp
  0 siblings, 0 replies; 65+ messages in thread
From: markp @ 2002-03-20 18:40 UTC (permalink / raw)
  To: 9fans

| From: Fco.J.Ballesteros <nemo@plan9.escet.urjc.es>

| "Dharani Vilwanathan" wrote:
| > Can I safely assume that if I run u9fs on a linux box, it is as good as a
| > plan 9 file server with which Plan 9 terminals can be connected?
|
| Although I don't use it for booting terminals,
| students here are using u9fs to use their home dirs
| serviced by a linux box. It's working like a charm.
| just to let you know.

this was a question I was about to ask. my thinkpad 600e should be
arriving in a day or two and I'm starting to think about useful ways
to get at my present machines from plan9. 

one is a laptop dualbooting netbsd and win98 with hosted inferno on both
sides (the linux emu works reasonably well in netbsd's linux emulation),
the other is a headless deskside box running only netbsd. alas, neither
have much hope of being well supported by p9 in the near future.

i also wonder, what are the options for seeing Windows filesystems
across a network in plan9? 

---mp



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20  9:27 Fco.J.Ballesteros
  0 siblings, 0 replies; 65+ messages in thread
From: Fco.J.Ballesteros @ 2002-03-20  9:27 UTC (permalink / raw)
  To: 9fans

"Dharani Vilwanathan" wrote:
> Can I safely assume that if I run u9fs on a linux box, it is as good as a
> plan 9 file server with which Plan 9 terminals can be connected?

Although I don't use it for booting terminals,
students here are using u9fs to use their home dirs
serviced by a linux box. It's working like a charm.
just to let you know.



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20  7:10 Geoff Collyer
  2002-03-20  7:23 ` Lucio De Re
  2002-03-20  8:10 ` Dean Prichard
  0 siblings, 2 replies; 65+ messages in thread
From: Geoff Collyer @ 2002-03-20  7:10 UTC (permalink / raw)
  To: 9fans

> I agree but support for drivers is a concern.

I've just succeeded in porting a gigabit ethernet driver from the cpu
kernel to the fs kernel using a bit of scaffolding and a very few
changes to the original driver.  I believe that this can be extended
to all the other ethernet drivers and maybe some non-ethernet drivers
and I intend to take a whack at it.  (Thus my recent interest in
ether8139.c.)  I also believe that similar scaffolding can ease
porting of ethernet drivers into 9load, which you really need to make
a given model of ethernet card useful.



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20  7:01 forsyth
  0 siblings, 0 replies; 65+ messages in thread
From: forsyth @ 2002-03-20  7:01 UTC (permalink / raw)
  To: 9fans

Inferno's equivalent of fcall(2) has different return values
to distinguish an incomplete message, avoiding the need for
aux/fcall (at least in the common instance).   it isn't better
than a count (given the dearth of common Internet protocols
that can punctuate properly) because it needs to know the
structure of every message (thus for instance a filter can't
skip messages it doesn't understand or need to parse).



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-20  5:15 Russ Cox
  0 siblings, 0 replies; 65+ messages in thread
From: Russ Cox @ 2002-03-20  5:15 UTC (permalink / raw)
  To: 9fans

The last release (and perhaps ones before that) has
code in the kernel to boot from tcp -- it reinserts
the message boundaries like push fcall used to do.
I think I'm the only one who ever used it, and it was
in fact for booting over TCP to u9fs.  

For 9P2000, the mount driver does the right thing 
rather than depend on message boundaries, so no special
code is needed.

Russ


^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-19 22:33 Russ Cox
  0 siblings, 0 replies; 65+ messages in thread
From: Russ Cox @ 2002-03-19 22:33 UTC (permalink / raw)
  To: 9fans

yes, you'd have to add some sort of chroot.
i think the typical addition (in u9fs.c:/^main) looks like:

	setreuid(0, 0);
	myuid = geteuid();
	if(onlyuser && myuid != onlyuid)
		error("invalid uid");

>>	if(argc > 0)
>>		if(chroot(argv[0]) == -1)
>>			error("chroot failed");

	io();

russ


^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-19 17:19 Russ Cox
  0 siblings, 0 replies; 65+ messages in thread
From: Russ Cox @ 2002-03-19 17:19 UTC (permalink / raw)
  To: 9fans

You might also try running a kfs server off of one of
your Plan 9 boxes.  It's probably similar in performance
to u9fs, but you get the precise Plan 9 semantics and it's
easy to set up assuming you've got a Plan 9 box
already.  

You need to boot a cpu server kernel (perhaps with vga) or at least
change devcons to let you read #c/key on your terminal.
Then run disk/kfscmd listen.

I used this setup during the summer I spent at Harvard.  I booted
my office Plan 9 terminal completely off my dorm room
Plan 9 terminal a few ethernets away.  I didn't notice
any performance problems, and it was really nice to have
identical environments whether I was in my room or
my office.  This is, by far, the feature of Plan 9 that I miss
most when I'm not at Bell Labs.  (#2 is the dump.)

Russ



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-19 16:39 forsyth
  0 siblings, 0 replies; 65+ messages in thread
From: forsyth @ 2002-03-19 16:39 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 841 bytes --]

it's quite likely slower than need be
because of the wretched TCP_NODELAY
(or whatever it is on your system) not being
set by default.
set it on so as not to delay and it's typically much faster.

term% diff /sys/src/cmd/unix/u9fs/u9fs.c .
33a34
> #	include	<netinet/tcp.h>
1247a1249
> #ifdef SO_KEEPALIVE
1248a1251,1254
> #endif
> #ifdef TCP_NODELAY
> 	setsockopt(0, IPPROTO_TCP, TCP_NODELAY, (char*)&on, sizeof(on));
> #endif

i also ifdef'd SO_KEEPALIVE because some systems haven't got it.

i changed the old (2nd edition) version of u9fs to
emulate file server permissions and permission checking
more precisely, which is to say that it must have been
missing something, but i haven't had the need for that
this time.  you might find you need to adjust it though.
i haven't got that source or i'd hand it on.


[-- Attachment #2: Type: message/rfc822, Size: 2126 bytes --]

To: 9fans@cse.psu.edu
Subject: Re: [9fans] u9fs
Date: Tue, 19 Mar 2002 11:15:48 -0500
Message-ID: <20020319111548.A54414@honk.eecs.harvard.edu>

On Tue, Mar 19, 2002 at 11:07:44AM -0500, Dharani Vilwanathan wrote:

> Can I safely assume that if I run u9fs on a linux box, it is as good as a
> plan 9 file server with which Plan 9 terminals can be connected?

No, it is substantially slower in my experience.
It serves a different purpose, namely accessing
Unix boxes.  That said, I have used it as a
replacement in a pinch.

^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2002-03-19 16:18 anothy
  2002-03-19 16:46 ` Dharani Vilwanathan
  0 siblings, 1 reply; 65+ messages in thread
From: anothy @ 2002-03-19 16:18 UTC (permalink / raw)
  To: 9fans

depends what you mean by "as good as". if functions much the same
way, and you can indeed point plan 9 terminals at a u9fs server as
their file server, but in my experience (using it on various Solaris/SPARC
systems) the performance is far inferior to that of a real plan9 file server,
even on modest hardware. i'd also suggest that the "real" fs is likely to
be substantially more stable, as well.
ア



^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] long long warning
@ 2002-03-19 14:03 nigel
  2002-03-19 16:07 ` [9fans] u9fs Dharani Vilwanathan
  0 siblings, 1 reply; 65+ messages in thread
From: nigel @ 2002-03-19 14:03 UTC (permalink / raw)
  To: 9fans

There may well be if you take the FSF definition of free.


^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2001-01-07  6:08 rob pike
  0 siblings, 0 replies; 65+ messages in thread
From: rob pike @ 2001-01-07  6:08 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 126 bytes --]

Right.

Hey, I finally found the origin of Boyd's personality.
It's Paul's grandfather in "A Hard Day's Night."

-rob


[-- Attachment #2: Type: message/rfc822, Size: 1955 bytes --]

From: Boyd Roberts <boyd@planete.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] u9fs
Date: Sun, 07 Jan 2001 17:00:43 +1100
Message-ID: <005301c0786f$2c9d8e80$8692fea9@coma>


> Enough evidence has been found.  U9fs once lived in a directory
> without a license, ...

it was 'unixsrc' with sam 'n stuff, right?


^ permalink raw reply	[flat|nested] 65+ messages in thread
* Re: [9fans] u9fs
@ 2000-07-07 16:16 ianb
  0 siblings, 0 replies; 65+ messages in thread
From: ianb @ 2000-07-07 16:16 UTC (permalink / raw)
  To: 9fans

I have. It was straightforward, as from the manual page. Except that 
the authentication is not mentioned. It is all done
using .rhosts for each user.

Ian

On Fri, 7 Jul 2000 10:46:36 -0400 (EDT) owner-9fans@cse.psu.edu wrote:
>
>Has any one installed u9fs on a UNIX box? I am looking for
>instructions to do that.
>
>- ishwar



^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] u9fs
@ 2000-07-07 14:46 Ish Rattan
  2000-07-07 15:26 ` Steve Kotsopoulos
  0 siblings, 1 reply; 65+ messages in thread
From: Ish Rattan @ 2000-07-07 14:46 UTC (permalink / raw)
  To: 9fans


Has any one installed u9fs on a UNIX box? I am looking for
instructions to do that.

- ishwar


^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-04-23 11:05 
  0 siblings, 0 replies; 65+ messages in thread
From:  @ 1999-04-23 11:05 UTC (permalink / raw)


    Thanks Russ Cox, u9fs is working now.

    I�m using port 23 (telnet) to listen u9fs calls, because port 564
didn�t work. Now I�m trying to connect to two systems: SunOS on Sparc
and Linux, and I get:

PC (Plan 9 - mercurio.dcc.unicamp.br) to PC (Linux - 143.106.24.84)

term% srv!tcp!143.106.24.84!23
session...post...
term% mount /srv/tcp!143.106.24.84!23 /n/kremvax
mount: mount /srv/tcp!143.106.24.84!23 /n/kremvax: unknown user or group

In PC (Linux)
term% cat /tmp/u9fs.log
bsdhost mercurio.dcc.unicamp.br on 760


PC(Plan 9) to Sparc (SunOS)
term% srv!tcp!143.106.23.13!23
session...post...
term% mount /srv/tcp!143.106.23.13!23 /n/kremvax
mount: mount /srv/tcp!143.106.23.13!23 /n/kremvax: write to hungup
stream

In Sparc (SunOS)
term% cat /tmp/u9fs.log


    Thanks.

Franklin.










^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-04-22 16:31 Russ
  0 siblings, 0 replies; 65+ messages in thread
From: Russ @ 1999-04-22 16:31 UTC (permalink / raw)


This works for me on both Linux and the BSDs.

[rsc@brandy u9fs]$ cat makefile
CC=gcc
CFLAGS=-I. -DSYSV -DLOG='"/tmp/u9fs.log"'


u9fs:	u9fs.o conv.o memmove.o mfmt.o
	gcc -o u9fs u9fs.o conv.o memmove.o mfmt.o

%.o:	%.c  u.h libc.h 9p.h
	gcc -c $(CFLAGS) $<
[rsc@brandy u9fs]$

I had to comment out memcmp, strcmp, strcpy,
strlen, and sys_errlist in libc.h, presumably because they
have slightly different prototypes being presented
by the system libraries..

Russ




^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-04-22  8:32 
  0 siblings, 0 replies; 65+ messages in thread
From:  @ 1999-04-22  8:32 UTC (permalink / raw)


    Did anyone compile  U9FS using gcc. What gcc options  I have to use?
Because I�m getting some error messages when I compile using: gcc
u9fs.c.

    Thanks.


Franklin.






^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-03-18 11:30 Jean
  0 siblings, 0 replies; 65+ messages in thread
From: Jean @ 1999-03-18 11:30 UTC (permalink / raw)


>     Did anyone install U9FS on SunOS in a SPARCstation?

I did.
The only serious problem I remember was in not realizing immediately that
9p identification is done on the user *name*, not id. So do not give uid
0 to the user none, or u9fs won't allow him access.





^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-03-17 23:47 Ed
  0 siblings, 0 replies; 65+ messages in thread
From: Ed @ 1999-03-17 23:47 UTC (permalink / raw)




We run u9fs on Solaris 2.6 and Ultrix.  It works fine,
authentication is via the user name only, so the account
names have to be consistent between the 2 environments.




^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-03-17 19:48 Markus
  0 siblings, 0 replies; 65+ messages in thread
From: Markus @ 1999-03-17 19:48 UTC (permalink / raw)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=UTF-8, Size: 508 bytes --]

On Wed, Mar 17, 1999 at 03:07:48PM +0000, Franklin Robert Araujo França wrote:
>     Did anyone install U9FS on SunOS in a SPARCstation?

yes, i have been useing u9fs both on sunos4 and sunos5 without
any problems. however, in order to make chroot() work on sunos5
you have to copy some solaris files to the plan9-tree (truss(1) is
your friend)

-markus

PS:
info on how to setup a chroot-environment for solaris:
ftp://ftp.cs.tu-berlin.de/pub/net/mail/postfix/postfix-contrib-beta.tar.gz




^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-03-17 19:16 Scott
  0 siblings, 0 replies; 65+ messages in thread
From: Scott @ 1999-03-17 19:16 UTC (permalink / raw)


Franklin Robert Araujo =?iso-8859-1?Q?Fran=E7a?= <973930@dcc.unicamp.br> writes:
> Did anyone install U9FS on SunOS in a SPARCstation?

Yes.





^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-03-17 16:26 
  0 siblings, 0 replies; 65+ messages in thread
From:  @ 1999-03-17 16:26 UTC (permalink / raw)


    I copied the u9fs directory from the CD for the Sparc. When I "make"  I get the
following messages:

"./libc.h", line 4: syntax error at or near type word "void"
"./libc.h", line 5: syntax error at or near type word "void"
"./libc.h", line 6: syntax error at or near type word "void"
"./libc.h", line 7: syntax error at or near type word "void"
"./libc.h", line 8: syntax error at or near type word "void"
"./libc.h", line 9: syntax error at or near type word "void"
"./libc.h", line 14: syntax error at or near type word "char"




^ permalink raw reply	[flat|nested] 65+ messages in thread
* [9fans] U9FS
@ 1999-03-17 15:07 
  0 siblings, 0 replies; 65+ messages in thread
From:  @ 1999-03-17 15:07 UTC (permalink / raw)




    Did anyone install U9FS on SunOS in a SPARCstation?


Franklin.





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

end of thread, other threads:[~2008-03-30 12:25 UTC | newest]

Thread overview: 65+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-01-07  5:54 [9fans] u9fs rob pike
2001-01-07  6:00 ` Boyd Roberts
  -- strict thread matches above, loose matches on Subject: below --
2008-03-30 11:36 arisawa
2008-03-30 12:25 ` arisawa
2003-10-09 14:24 [9fans] U9FS Lucio De Re
2003-02-18 16:38 [9fans] u9fs Ronald G. Minnich
2003-02-18 16:42 ` Russ Cox
2003-02-18 17:12   ` Ronald G. Minnich
2003-02-18 17:18     ` Russ Cox
2003-02-18 16:49 ` nigel
2003-01-28 15:50 Russ Cox
2003-01-31 15:35 ` Axel Belinfante
2003-01-31 16:07   ` Nigel Roles
2003-01-31 16:39     ` Russ Cox
2003-01-31 18:23       ` Axel Belinfante
2003-01-31 18:45         ` Russ Cox
2003-01-31 22:54           ` Axel Belinfante
2002-12-09  8:09 Russ Cox
2002-12-09  7:51 YAMANASHI Takeshi
2002-12-05 17:49 David Swasey
2002-05-05 23:24 [9fans] Bug report Russ Cox
2002-05-05 23:33 ` arisawa
2002-05-05 23:39   ` [9fans] u9fs arisawa
2002-03-24  6:42 Russ Cox
2002-03-23 18:45 nigel
2002-03-23 18:12 Russ Cox
2002-03-24  5:44 ` Martin C.Atkins
2002-03-26 10:45 ` Christopher Nielsen
2002-03-23 10:43 nigel
2002-03-22 13:42 Jean Mehat
2002-03-21 16:19 Russ Cox
2002-03-23  0:40 ` Christopher Nielsen
2002-03-20 22:00 forsyth
2002-03-20 19:31 Russ Cox
2002-03-20 19:31 markp
2002-03-20 19:05 Russ Cox
2002-03-20 19:42 ` skipt
2002-03-21 11:02 ` Peter Canning
2002-03-20 18:40 markp
2002-03-20  9:27 Fco.J.Ballesteros
2002-03-20  7:10 Geoff Collyer
2002-03-20  7:23 ` Lucio De Re
2002-03-20  8:10 ` Dean Prichard
2002-03-20  7:01 forsyth
2002-03-20  5:15 Russ Cox
2002-03-19 22:33 Russ Cox
2002-03-19 17:19 Russ Cox
2002-03-19 16:39 forsyth
2002-03-19 16:18 anothy
2002-03-19 16:46 ` Dharani Vilwanathan
2002-03-19 22:00   ` Dharani Vilwanathan
2002-03-19 14:03 [9fans] long long warning nigel
2002-03-19 16:07 ` [9fans] u9fs Dharani Vilwanathan
2002-03-19 16:15   ` William Josephson
2002-03-20  4:46   ` Steve Kotsopoulos
2001-01-07  6:08 rob pike
2000-07-07 16:16 ianb
2000-07-07 14:46 Ish Rattan
2000-07-07 15:26 ` Steve Kotsopoulos
1999-04-23 11:05 [9fans] U9FS 
1999-04-22 16:31 Russ
1999-04-22  8:32 
1999-03-18 11:30 Jean
1999-03-17 23:47 Ed
1999-03-17 19:48 Markus
1999-03-17 19:16 Scott
1999-03-17 16:26 
1999-03-17 15:07 

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).