Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

NFS Problems

17 views
Skip to first unread message

Martin Frey

unread,
Jan 22, 1997, 3:00:00 AM1/22/97
to fr...@scs.ch

Hello,
I connected a Sun3/60 (SunOS 4.1.1) as a diskless client to my Indy
(Irix 5.3). Every thinks works, except:

On assembling a file, the assembler on the Sun says:
# as -o bla.o bla.s
as: Assembler Error-- write error on file bla.o

as long as to outputfile should be written to filesystem NFS mounted
from the Indy. Writing to a filesystem mounted from Linux or
DEC Unix works fine. Therefore I expect this is an SGI problem.

Another program not working is the X-Server, it cannot create it's
socket (/tmp/X11-unix/X0).

This is my configuration
/etc/exports on indy:
/export/root/sun -root=sun,wsync sun
/export/swap/sun -root=sun sun

/etc/fstab on sun:
indy:/export/root/sun / nfs rw 0 0
indy:/export/root/sun/usr /usr nfs rw 0 0
indy:/export/root/sun/usr/share /usr/share nfs rw 0 0

I already played with the mount options, I also tried without
lockd and statd - no changes.

Patches on Indy:
patchSG0000253, patchSG0000357, patchSG0000450, patchSG0000455,
patchSG0000531, patchSG0000617, patchSG0000676, patchSG0000705,
patchSG0000824, patchSG0000870, patchSG0000944, patchSG0001391,
patchSG0001477, patchSG0001529, patchSG0001554


And this is what happens exactly (trace on Sun):

1) to filesystem on indy, NOT WORKING

sun% trace as -o bla.o bla.s
open ("/usr/lib/ld.so", 0, 021044) = 3
read (3, "".., 32) = 32
mmap (0, 139264, 0x5, 0x80000002, 3, 0) = 0xdddc000
mmap (0xddfc000, 8192, 0x7, 0x80000012, 3, 16384) = 0xddfc000
munmap (0xdde0000, 114688) = 0
open ("/dev/zero", 0, 021152) = 4
getrlimit (3, 0xdfffe14) = 0
mmap (0xde00000, 8192, 0x3, 0x80000012, 4, 0) = 0xde00000
close (3) = 0
getuid () = 200
getgid () = 20
open ("/etc/ld.so.cache", 0, 01570000130) = 3
fstat (3, 0xdfffd88) = 0
mmap (0, 8192, 0x1, 0x80000001, 3, 0) = 0xddf8000
close (3) = 0
open ("/usr/lib/libc.so.0.15", 0, 01567347240) = 3
read (3, "".., 32) = 32
mmap (0, 409600, 0x5, 0x80000002, 3, 0) = 0xdd76000
mmap (0xddd6000, 16384, 0x7, 0x80000012, 3, 385024) = 0xddd6000
close (3) = 0
close (4) = 0
sigblock (0x2) = 0
sigvec (2, 0xdfffed0, 0xdfffec4) = 0
sigvec (2, 0xdfffe94, 0) = 0
sigsetmask (0) = 0x2
open ("bla.s", 0, 0666) = 3
open ("bla.o", 03001, 0666) = 4
close (4) = 0
getpagesize () = 8192
brk (0x474d4) = 0
brk (0x494d4) = 0
brk (0x4d4d4) = 0
ioctl (3, 0x40125401, 0xdfffdd4) = -1 ENOTTY (Inappropriate ioctl for
device)
fstat (3, 0xdfffe08) = 0
brk (0x574d4) = 0
read (3, "LL0:\n\t.data\n\t.text\n\t.proc\n|#PROC".., 32768) = 581
read (3, "", 32768) = 0
lseek (3, 0, 0) = 0
open ("bla.o", 03001, 0666) = 4
fstat (4, 0xdfffe90) = 0
getpid () = 533
stat ("/tmp/as68XXa00533", 0xdfffe90) = -1 ENOENT (No such file or
directory)
open ("/tmp/as68XXa00533", 03001, 0666) = 5
open ("/tmp/as68XXa00533", 01001, 0666) = 6
lseek (6, 0, 2) = 0
lseek (6, 132, 0) = 132
brk (0x614d4) = 0
brk (0x6b4d4) = 0
brk (0x754d4) = 0
read (3, "LL0:\n\t.data\n\t.text\n\t.proc\n|#PROC".., 32768) = 581
ioctl (5, 0x40125401, 0xdfffc98) = -1 ENOTTY (Inappropriate ioctl for
device)
fstat (5, 0xdfffccc) = 0
brk (0x7f4d4) = 0
read (3, "", 32768) = 0
write (5, "".., 84) = 84
close (5) = 0
close (6) = 0
open ("/tmp/as68XXa00533", 0, 0666) = 5
ioctl (5, 0x40125401, 0xdfffdd4) = -1 ENOTTY (Inappropriate ioctl for
device)
fstat (5, 0xdfffe08) = 0
brk (0x894d4) = 0
read (5, "".., 32768) = 84
lseek (5, 0, 1) = 84
lseek (5, 132, 0) = 132
lseek (4, 152, 0) = 152
write (4, "".., 154) = 154
lseek (4, 268, 0) = 268
write (4, "".., 4) = 4
lseek (4, 0, 0) = 0
write (4, "", -32768) = -1 EINVAL (Invalid argument)
write (2, "as: Assembler Error-- ", 22) = as: Assembler Error-- 22
write (2, "write error on file bla.o", 25) = write error on file bla.o25
close (0) = 0
close (1) = 0
close (2) = 0
close (3) = 0
close (4) = 0
close (5) = 0
exit (-1) = ?

2) Writing to filesystem on DEC UNIX 3.2C (WORKING):


trace as -o /mnt/frey/bla.o bla.s
open ("/usr/lib/ld.so", 0, 021044) = 3
read (3, "".., 32) = 32
mmap (0, 139264, 0x5, 0x80000002, 3, 0) = 0xdddc000
mmap (0xddfc000, 8192, 0x7, 0x80000012, 3, 16384) = 0xddfc000
munmap (0xdde0000, 114688) = 0
open ("/dev/zero", 0, 021152) = 4
getrlimit (3, 0xdfffe0c) = 0
mmap (0xde00000, 8192, 0x3, 0x80000012, 4, 0) = 0xde00000
close (3) = 0
getuid () = 200
getgid () = 20
open ("/etc/ld.so.cache", 0, 01570000130) = 3
fstat (3, 0xdfffd80) = 0
mmap (0, 8192, 0x1, 0x80000001, 3, 0) = 0xddf8000
close (3) = 0
open ("/usr/lib/libc.so.0.15", 0, 01567347240) = 3
read (3, "".., 32) = 32
mmap (0, 409600, 0x5, 0x80000002, 3, 0) = 0xdd76000
mmap (0xddd6000, 16384, 0x7, 0x80000012, 3, 385024) = 0xddd6000
close (3) = 0
close (4) = 0
sigblock (0x2) = 0
sigvec (2, 0xdfffec8, 0xdfffebc) = 0
sigvec (2, 0xdfffe8c, 0) = 0
sigsetmask (0) = 0x2
open ("bla.s", 0, 0666) = 3
open ("/mnt/frey/bla.o", 03001, 0666) = 4
close (4) = 0
getpagesize () = 8192
brk (0x474d4) = 0
brk (0x494d4) = 0
brk (0x4d4d4) = 0
ioctl (3, 0x40125401, 0xdfffdcc) = -1 ENOTTY (Inappropriate ioctl for
device)
fstat (3, 0xdfffe00) = 0
brk (0x574d4) = 0
read (3, "LL0:\n\t.data\n\t.text\n\t.proc\n|#PROC".., 32768) = 581
read (3, "", 32768) = 0
lseek (3, 0, 0) = 0
open ("/mnt/frey/bla.o", 03001, 0666) = 4
fstat (4, 0xdfffe88) = 0
getpid () = 540
stat ("/tmp/as68XXa00540", 0xdfffe88) = -1 ENOENT (No such file or
directory)
open ("/tmp/as68XXa00540", 03001, 0666) = 5
open ("/tmp/as68XXa00540", 01001, 0666) = 6
lseek (6, 0, 2) = 0
lseek (6, 132, 0) = 132
brk (0x5b4d4) = 0
brk (0x5f4d4) = 0
read (3, "LL0:\n\t.data\n\t.text\n\t.proc\n|#PROC".., 32768) = 581
ioctl (5, 0x40125401, 0xdfffc90) = -1 ENOTTY (Inappropriate ioctl for
device)
fstat (5, 0xdfffcc4) = 0
brk (0x694d4) = 0
read (3, "", 32768) = 0
write (5, "".., 84) = 84
close (5) = 0
close (6) = 0
open ("/tmp/as68XXa00540", 0, 0666) = 5
ioctl (5, 0x40125401, 0xdfffdcc) = -1 ENOTTY (Inappropriate ioctl for
device)
fstat (5, 0xdfffe00) = 0
read (5, "".., 32768) = 84
lseek (5, 0, 1) = 84
lseek (5, 132, 0) = 132
lseek (4, 152, 0) = 152
write (4, "".., 154) = 154
lseek (4, 268, 0) = 268
write (4, "".., 4) = 4
close (5) = 0
unlink ("/tmp/as68XXa00540") = 0
lseek (4, 0, 0) = 0
write (4, "".., 32) = 32
lseek (4, 120, 0) = 120
write (4, "/tmp/testfle\0tmp/testfle\0ok\n\0", 29) = 29
lseek (4, 32, 0) = 32
write (4, "".., 88) = 88
close (0) = 0
close (1) = 0
close (2) = 0
close (3) = 0
close (4) = 0
exit (0) = ?


Any ideas?

Thanks and best regards

Martin Frey

----
Supercomputing Systems AG email: fr...@scs.ch
Martin Frey www: http://www.scs.ch/~frey
Technoparkstrasse 1 phone: ++41 (0)1 445 16 01
CH-8005 Zurich fax: ++41 (0)1 445 16 10

Alexis Cousein

unread,
Jan 23, 1997, 3:00:00 AM1/23/97
to Martin Frey

Martin Frey wrote:
>
> Hello,
> I connected a Sun3/60 (SunOS 4.1.1) as a diskless client to my Indy
> (Irix 5.3). Every thinks works, except:

Especially if the Sun is using nfs v3, consider putting the recommended
kernel, NFS and lockd roll-up patches on the Indy (though it could be
something else, of course).

--
Alexis Cousein
Sales Support Engineer
Silicon Graphics NV/SA (Belgium)
in .be domain: a...@sgi.be, elsewhere: a...@brussels.sgi.com

Supriya Wickrematillake

unread,
Jan 24, 1997, 3:00:00 AM1/24/97
to henr...@green.dfci.harvard.edu

I'm not aware of any existing problems in XFS quotas. The latest XFS
Rollup patch 1667 for IRIX 6.2 (along with all the dependent patches)
would do.

Don't forget to carefully read the relnotes __before__ installing the
patch(es). Particularly, sure you install all the dependent patches
noted there.

hope that helps,
supriya
s...@sgi.com

henr...@green.dfci.harvard.edu wrote:
>
> Hi everyone.
>
> I am thinking about setting up quotas on our file server,
> which is a Indigo 2 Impact ( Killer R 10 K ) running IRIX 6.2
>
> I heard that there were some problems with this. Can anyone
> tell me whether it has been solved, and a patch number would not hurt
> either :-)))
>
> Thanks,
>
> Henrique Silva
> henr...@green.dfci.harvard.edu

Alexis Cousein

unread,
Jan 24, 1997, 3:00:00 AM1/24/97
to henr...@green.dfci.harvard.edu

henr...@green.dfci.harvard.edu wrote:
>
> Hi everyone.
>
> I am thinking about setting up quotas on our file server,
> which is a Indigo 2 Impact ( Killer R 10 K ) running IRIX 6.2
>
> I heard that there were some problems with this.

Quotas on xfs weren't implemented at first, and quotas on xfs over nfs
were missing some things some time after that (i.e. they worked, but you
wouldn't display the quota usage properly over nfs). Of course, if you
don't convert filesystems to XFS, that won't hurt you ;). But yours
probably came with an XFS root filesystem.

> Can anyone
> tell me whether it has been solved, and a patch number would not hurt
> either :-)))

1511 for nfs rquotad support for xfs.

a kernel roll-up (>=1389, 1650 being the latest one), sash patch
(>=1397), XFS roll-up (>=?, 1667 is the latest one), and mount command
patch (>=1287, 1499 being the latest one) for quotas on XFS, *AS A SET*,
i.e. don't forget one (esp. not the sash patch) if you value your
sanity. I think a flavour of each made it to the recommended patches
list. The XFS roll-up should have instructions and info about
requirements in the relnotes.

0 new messages