[Rear-users] SF.net SVN: rear:[682] trunk/usr/share/rear

Jeroen Hoekx jeroen.hoekx at hamok.be
Wed Jul 13 11:44:55 CEST 2011


Hi Schlomo,

On 12 July 2011 21:11, Schlomo Schapiro <schlomo at schapiro.org> wrote:

> On 12/07/11 19:11, dag- at users.sourceforge.net wrote:
>> +++ trunk/usr/share/rear/skel/OBDR/etc/scripts/system-setup.d/43-init-cciss.sh        2011-07-12 17:11:30 UTC (rev 682)
>> @@ -0,0 +1,44 @@
>> +### Disable OBDR mode
>> +###
>> +
>> +if ! grep -q '^cciss ' /proc/modules; then
>> +    return
>> +fi
>> +
>> +if ! type -p lsscsi &>/dev/null; then
>> +    echo "WARNING: Missing required lsscsi binary" >&2
>> +    return
>> +fi
>> +
>> +if ! type -p sg_wr_mode &>/dev/null; then
>> +    echo "WARNING: Missing required sg_wr_mode binary" >&2
>> +    return
>> +fi
>> +
>
> IMHO this should never happen. This error should happen during the mkrescue
> workflow and not upon recovery. If the mkrescue workflow puts these commands
> onto the rescue image then the rescue image should be able to rely on that.

We added the checks before we moved it to the OBDR folder (it was in
default, along with the smartarray scsi engage) and since RHEL4 does
not ship with lsscsi by default and always loads the cciss driver, the
script would show errors during USB restores.

But, and this is why we still have them, the whole script "should
never happen" according to the tape drive documentation, yet it is
necessary on our test systems.

This script makes sure the tape drive moves out of OBDR mode. The
drive should do it automatically after having read a certain amount of
data. So on RHEL4 with a correctly functioning tape drive, we don't
want to force the non-standard lsscsi and sg_utils on the user by
adding it to required_progs, yet still provide the functionality when
it's necessary...

Maybe the text printed is somewhat confusing in the case where the
tape drive follows the specs...

> Or did I misunderstand the purpose?

No, valid question :-)

Jeroen
(last day on the project...)




More information about the rear-users mailing list