Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Jun 2019 21:56:34 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 238552] sysutils/bacula9-server: chio-bacula greps too specifically and misses output
Message-ID:  <bug-238552-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238552

            Bug ID: 238552
           Summary: sysutils/bacula9-server: chio-bacula greps too
                    specifically and misses output
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: dvl@FreeBSD.org
          Reporter: jah@purdue.edu
          Assignee: dvl@FreeBSD.org
             Flags: maintainer-feedback?(dvl@FreeBSD.org)

I've installed FreeBSD 12.0-RELEASE amd64 and bacula9 packages using `pkg
install ...` (i.e. not compiled from source).  I'm beginning to work on the
bacula-sd configuration file.

I think our autochanger is returning output that chio-bacula does not expect
and I'm worried it will cause a problem later.  In particular, our changer
says:

    $ chio -f /dev/ch0 status -S | grep drive
    drive 0: <ACCESS,FULL> source: <slot 15>

However, the chio-bacula script, in the "loaded" command, searches for:

    grep "^drive ${DRIVE}: <FULL> .*slot"

The extra "ACCESS," in our output causes the script to drop to a section th=
at
lists all empty slots (apparently under the assumption that there can be on=
ly
one).  I've hacked the script to match our output.  I don't know how common
this case is.

    $ chio-bacula.orig /dev/ch0 loaded 0 /dev/nsa0 0
    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 20 25 26 27 28 29
    $ chio-bacula.hacked /dev/ch0 loaded 0 /dev/nsa0 0
    16

Also, I expected the default permissions on /dev/ch0 to match /dev/nsa0 (i.=
e.
group read/write by operator), but I suppose that's a different report for a
different time and place.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-238552-7788>