I also was today surprised when I started the freshly compiled 1.4.5
fileserver on Solaris and it didn't attach any partition.

There was a change between 1.4.4 and 1.4.5 in favour of zfs, but a
unfortunately broken:

        /* Ignore non ufs or non read/write partitions */
        if ((strcmp(mnt.mnt_fstype, "ufs") != 0)
            || (strncmp(mnt.mnt_mntopts, "ro,ignore", 9) == 0))
#else
            (strcmp(mnt.mnt_fstype, "ufs") != 0)
#endif
            || (strncmp(mnt.mnt_mntopts, "ro,ignore", 9) == 0))
            continue;

was changed to

        /* Ignore non ufs or non read/write partitions */
        /* but allow zfs too if we're in the NAMEI environment */
        if (
#ifdef AFS_NAMEI_ENV
            (((!strcmp(mnt.mnt_fstype, "ufs") &&
                strcmp(mnt.mnt_fstype, "zfs"))))
            || (strncmp(mnt.mnt_mntopts, "ro,ignore", 9) == 0))
                continue;
        }
#else
            continue;
#endif



The "!" in front of strcmp in the new version lets him exactly ignore
ufs. Just remove it!

Hartmut

Jason Edgecombe wrote:
Hi all,

In my sordid saga to get a Sun fibre channel array working well with
AFS, I found the following:

When I upgraded the server to 1.4.5 namei, the fileserver would not
mount the /vicep? partitions without doing a "touch
/vicep?/AlwaysAttach" first. These are dedicated partitions on separate
hard drives.

I'm using a source-compiled openafs on solaris 9 sparc. openafs was
compiled with the following options:
CC=/opt/SUNWspro/bin/cc YACC="yacc -vd" ./configure \
  --enable-transarc-paths \
  --enable-largefile-fileserver \
  --enable-supergroups \
  --enable-namei-fileserver \
  --with-krb5-conf=/usr/local/krb5/bin/krb5-config

We're using MIT kerberos 1.4.1 on the clients & fileservers with a 1.6.x KDC

# mount | grep vicep
/vicepa on /dev/dsk/c0t0d0s6
read/write/setuid/intr/largefiles/logging/xattr/onerror=panic/dev=1d80006
on Thu Nov 29 13:03:15 2007
/vicepd on /dev/dsk/c0t3d0s6
read/write/setuid/intr/largefiles/logging/xattr/onerror=panic/dev=1d80016
on Thu Nov 29 13:03:15 2007
/vicepc on /dev/dsk/c0t2d0s6
read/write/setuid/intr/largefiles/logging/xattr/onerror=panic/dev=1d8001e
on Thu Nov 29 13:03:15 2007
/vicepb on /dev/dsk/c0t1d0s6
read/write/setuid/intr/largefiles/xattr/onerror=panic/dev=1d8000e on Thu
Nov 29 13:03:15 2007

# grep vicep /etc/vfstab
/dev/dsk/c0t0d0s6 /dev/rdsk/c0t0d0s6 /vicepa ufs 3 yes - /dev/dsk/c0t1d0s6 /dev/rdsk/c0t1d0s6 /vicepb ufs 3 yes - /dev/dsk/c0t2d0s6 /dev/rdsk/c0t2d0s6 /vicepc ufs 3 yes -

#cat SalvageLog
@(#) OpenAFS 1.4.5 built  2007-11-28
11/29/2007 09:52:59 STARTING AFS SALVAGER 2.4 (/usr/afs/bin/salvager)
11/29/2007 09:52:59 No file system partitions named /vicep* found; not
salvaged

Does anyone know why this would be happening?

Thanks,
Jason
_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info


--
-----------------------------------------------------------------
Hartmut Reuter                           e-mail [EMAIL PROTECTED]
                                           phone +49-89-3299-1328
RZG (Rechenzentrum Garching)               fax   +49-89-3299-1301
Computing Center of the Max-Planck-Gesellschaft (MPG) and the
Institut fuer Plasmaphysik (IPP)
-----------------------------------------------------------------

_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info

Reply via email to