Tomas Olsson | 10 Jan 15:09 2007
Picon
Picon

arla-0.90

Hi,
and welcome to the wonderful world of Arla 0.90!

This release is expected to work on Mac OS X 10.4 and Linux 2.6.16-2.6.20;
we'll try to make a release supporting Free/Net/OpenBSD soon. 0.91 will
also polish performance.

Changes in release 0.90:

* Caching in blocks

* Support r/w access to files larger than local cache

* Emulate cross cell rename by doing copy+remove

* Support Linux 2.6.16 - 2.6.20-rc4

* Many other fixes

Source release:

        /afs/stacken.kth.se/ftp/pub/arla/arla-0.90.tar.gz
        ftp://ftp.stacken.kth.se/pub/arla/arla-0.90.tar.gz

Mac OS X 10.4 Tiger universal disk image:

        /afs/stacken.kth.se/ftp/pub/arla/arla-0.90.dmg
        ftp://ftp.stacken.kth.se/pub/arla/arla-0.90.dmg

Tomas, Love and the rest of the arla-drinkers
(Continue reading)

Niels Möller | 11 Jan 13:10 2007
Picon
Picon
Picon

arla-0.90 on linux-2.6.19 (debian)

Hi,

it seems I get into a little trouble each time I install arla (this
time, the previous disk in my laptop crashed after less than a year,
hence a full reinstall).

Now I have linux-2.6.19, and arla-0.90 configured using

  $ ./configure '--prefix=/home/arla' '--with-sys=/usr/local/src/linux-2.6.19' '--with-pthreads'

Building of nnpfs seems to work fine, but I get some userspace problems:

 gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../lib/roken -I../lib/roken -I../include
-I. -I. -I../include -I./../include -I.. -I./.. -I../include -I/usr/include -Wall
-Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations
-Wnested-externs -g -Wall -Wmissing-prototypes -Wpointer-arith -Wmissing-declarations
-Wnested-externs -c rxk_locl.c -o rxk_locl.o
 In file included from rxk_locl.c:34:
 rxkad_locl.h:69:17: error: des.h: No such file or directory
 make[1]: *** [rxk_locl.lo] Error 1
 make[1]: Leaving directory `/usr/local/src/arla-0.90/rxkad'

It turns out configure didn't define HAVE_OPENSSL; if I fix that
manually in config.h, things work better. 

The logic in cf/check-kerberos.m4 is

  if expr "x$KRB5_LIB_FLAGS" : ".*-lcrypto" > /dev/null ; then
    AC_DEFINE(HAVE_OPENSSL, 1, [define if you have openssl])
  fi
(Continue reading)

Jonathan A. Kollasch | 11 Jan 18:26 2007
Picon

arla-0.90 on NetBSD 3.x, small syntax fix and what will need to be done

Hi,

On line 99 of arla-0.90/nnpfs/bsd/nnpfs_vnodeops-bsd.c,

return nnpfs_fsync_common(ap->a_vp, ap->a_cred, NULL, ap->a_flags, NNPFS_AP_PROC(ap);

there is a missing ")" before the ";".

After fixing that, it will successfully build on NetBSD 3.0.1, but the modload
finds undefined symbols, nnpfs_dev_msleep, nnpfs_getpages, nnpfs_putpages.

I tried implementing these, and succeeded in getting everything going,
but the data of files in AFS was totally corrupt, so I'm betting I did
something wrong. :]

the msleep function is probably trivial:

(nnpfs_dev-netbsd.c)

int
nnpfs_dev_msleep(struct nnpfs *chan, caddr_t waitobj, int flags, const char *msg
)
{
    int ret;
    ret = nnpfs_msleep(waitobj, &chan->dev_lock, flags, msg);
    return ret;
}

however, for the (get|put)pages, I basically modified what
was there for FreeBSD, but I'm nearly sure I did something
(Continue reading)

Tomas Olsson | 11 Jan 20:05 2007
Picon
Picon

Re: arla-0.90 on NetBSD 3.x, small syntax fix and what will need to be done

"Jonathan A. Kollasch" <jakllsch <at> kollasch.net> writes:
> there is a missing ")" before the ";".
> 
Thanks, fixed.

> After fixing that, it will successfully build on NetBSD 3.0.1, but the modload
> finds undefined symbols, nnpfs_dev_msleep, nnpfs_getpages, nnpfs_putpages.
> 
> I tried implementing these, and succeeded in getting everything going,
> but the data of files in AFS was totally corrupt, so I'm betting I did
> something wrong. :]
> 
The main problem (which keeps Open and FreeBSD from working as well) has to
do with how nnpfs opens the cache files containing block data.  In the
olden days, we'd get the vnode when arlad notified nnpfs of the data's
existence, using arlad's context. The vnode could then be used during the
users's syscalls -- very handy.

Now we felt that given the potentially very large number of blocks known to
nnpfs, we shouldn't hold on to vnodes for all of them. Which means we need
to look up and open the block vnode from the user thread on demand.  For
some reason one can still use arlad's context to begin the lookup from the
cache dir (where arlad is chrooted) on MacOS without running into the
locking issues all the other BSD's have.  Most often one could just use the
first block of each file as we used the cache file before, but for
subsequent blocks it gets more complicated.  Perhaps we could open the
vnode for the dir where all blocks are found whenever a file is opened, and
then keep it for doing block lookup/open for subsequent accesses to that
file.

(Continue reading)

Tomas Olsson | 12 Jan 14:29 2007
Picon
Picon

Re: arla-0.90 on linux-2.6.19 (debian)

nisse <at> lysator.liu.se (Niels Möller) writes:
>  rxkad_locl.h:69:17: error: des.h: No such file or directory
>
Oh well, it's been like that for far too long.  Seems des.h is needed only
for the server part, so since milko isn't in working condition anyway I
took the liberty of disabling it for now (in HEAD).

thanks for reminding me
                        /t
Niels Möller | 12 Jan 16:45 2007
Picon
Picon
Picon

Re: arla-0.90 on linux-2.6.19 (debian)

Tomas Olsson <tol <at> it.su.se> writes:

> Seems des.h is needed only for the server part,

I don't think so. I got similar compilation error messages in the
arlad directory (which *is* used for an afs client, right?). des.h is
included by arla_local.h.

Regards,
/Niels
Tomas Olsson | 12 Jan 18:08 2007
Picon
Picon

Re: arla-0.90 on linux-2.6.19 (debian)

nisse <at> lysator.liu.se (Niels Möller) writes:
> > Seems des.h is needed only for the server part,
> 
> I don't think so. I got similar compilation error messages in the
> arlad directory (which *is* used for an afs client, right?). des.h is
> included by arla_local.h.
>
Oops, true.  What is it needed for?

/t
Love Hörnquist Åstrand | 12 Jan 22:50 2007
Picon
Picon

Re: arla-0.90 on linux-2.6.19 (debian)

> nisse <at> lysator.liu.se (Niels Möller) writes:
>>> Seems des.h is needed only for the server part,
>>
>> I don't think so. I got similar compilation error messages in the
>> arlad directory (which *is* used for an afs client, right?). des.h is
>> included by arla_local.h.
>>
> Oops, true.  What is it needed for?

to use kerberos 4 header, something only the server needs.

Love
Tracy Di Marco White | 13 Jan 09:47 2007
Picon

crash on NetBSD

Our webservers use arla to access the space they provide.  A few days
ago I salvaged several volumes, and the process left hundreds of
__ORPHANFILE_.#*.#* in the root of the volumes involved.  Since that
day, two of our webservers have started having arla fail. The two
machines involved are running NetBSD 2.0.2/i386, and both are now
running arla 0.43.  They were running 0.37, previously, upgrading did
not change the results in this case, although it did dramatically
reduce the number of "nnpfs_send_message_wakeup_vmultiple" in syslog.

Any ideas why we have a one to one match of volumes with these files,
and volumes that cause arlad to exit (so far).

-Tracy

[Fri Jan 12 08:52:02 2007] [error] (19)Operation not supported by
device: access to /~username/research.htm failed

I have a couple traces:

#0  0x0806dadb in getentry (page0=0x48589000, num=1166, npages=19)
    at fdir.c:130
130          if (page->header.pg_tag != htons(AFSDIRMAGIC) &&
(gdb) bt
#0  0x0806dadb in getentry (page0=0x48589000, num=1166, npages=19)
    at fdir.c:130
#1  0x0806db6e in find_entry (page0=0x48589000, name=0x8112038 "WWW",
    npages=19) at fdir.c:151
#2  0x0806dbe4 in find_by_name (page0=0x48589000, name=0x8112038 "WWW",
    fid=0x483d7d90, dir=0x8271d2c, npages=19) at fdir.c:174
#3  0x0806de08 in fdir_lookup (the_fbuf=0x483d7880, dir=0x8271d2c,
(Continue reading)

Jean-Damien Durand | 13 Jan 15:47 2007
Picon

Re: arla-0.90 on linux-2.6.19 (debian)

On Thursday 11 January 2007 13:10, Niels Möller wrote:
> Hi,
> 
> it seems I get into a little trouble each time I install arla (this
> time, the previous disk in my laptop crashed after less than a year,
> hence a full reinstall).

Packaged for debian/unstable/i386 - source module for all archs and to be compiled by individuals:

#
## Arla
#
deb http://jeandamiendurand.free.fr/debian/arla sid net
deb-src http://jeandamiendurand.free.fr/debian/arla sid net

Tested on 2.6.19+beyond2 patches against stacken cell only.

Cheers, JD.

Gmane