ADSM-L

Re: problem with UPDATE Volume..

1997-05-08 14:43:27
Subject: Re: problem with UPDATE Volume..
From: "Dwight E. Cook" <decook AT AMOCO DOT COM>
Date: Thu, 8 May 1997 13:43:27 -0500
Item Subject: 1.txt "internet headers"
Could not convert BINARY FILE item to text.
Will attempt to 'shar' item as file '02dnk0n' at end of msg.

.......................................................................

Item Subject: problem with UPDATE Volume..
     Good question...

     take the easy (fast) way out
     for VOLSER in $( dsmadmc -id=blah -pass=blah q vol * access=offsite |
     grep ^OFF | cut -c1-6 )
     do
      dsmadmc -id=blah -pass=blah upd vol $VOLSER location="1208 Stoughton"
     done


______________________________ Reply Separator _________________________________
Subject: problem with UPDATE Volume..
Author:  ADSM-L (ADSM-L AT VM.MARIST DOT EDU) at unix,sh
Date:    5/8/97 12:26 PM


I am running an AIX Server V2 R1 Level 012 and I am trying to update my
offsite volumes with a location.  Following the book:

adsm> q v off* access=offsite

OFF001                    OFFSITEPOOL  DLTTAPE      25,378.5   14.4    Full
OFF002                    OFFSITEPOOL  DLTTAPE      20,885.5   23.3    Full
OFF003                    OFFSITEPOOL  DLTTAPE      20,401.8   17.6    Full
OFF007                    OFFSITEPOOL  DLTTAPE      15,360.0   20.4  Filling
OFF008                    OFFSITEPOOL  DLTTAPE      22,522.6   27.6    Full
OFF009                    OFFSITEPOOL  DLTTAPE      18,924.3   47.5  Filling
OFF010                    OFFSITEPOOL  DLTTAPE      23,400.4   23.3  Filling
.
.
.

Does return the volumes that are in our offsite vault.  So, now I do:

adsm> update v whereaccess=offsite location="1208 Stoughton"

And I get:

ANR2212I UPDATE VOLUME: No volumes updated.

Huh?

I have also tried 'update v * whereaccess=offsite' which returns the same
ANR2212I message.

To top it all off, if I do:
'update v off* whereaccess=offsite,readw location="..."'

It sets my onsite tapes to that location!  It seems to be ignoring the
'offsite' access mode in the search.  It does not matter where I put the
offsite.  I have also used other qualifiers like wherestatus and wherestg.

Bug or bad dream?

Bob Booth


# This is a shell archive.  Remove anything before this line,
# then unpack it by saving it in a file and typing "sh file".
#
# Wrapped by Openmail for HP9000 <openmail@tuleosm1> on Thu May  8 13:44:03 1997
#
# This archive contains:
#       02dnk0n
#
# Error checking via wc(1) will be performed.

LANG=""; export LANG
PATH=/bin:/usr/bin:$PATH; export PATH


rm -f /tmp/uud$$
(echo "begin 666 /tmp/uud$$\n#;VL*n#6%@x\n \nend" | uudecode) >/dev/null 2>&1
if [ X"`cat /tmp/uud$$ 2>&1`" = Xok ]
then
        unpacker=uudecode
else
        echo Compiling unpacker for non-ascii files
        pwd=`pwd`; cd /tmp
        cat >unpack$$.c <<'EOF'
#include <stdio.h>
#define C (*p++ - ' ' & 077)
main()
{
        int n;
        char buf[128], *p, a,b;

        scanf("begin %o ", &n);
        gets(buf);

        if (freopen(buf, "w", stdout) == NULL) {
                perror(buf);
                exit(1);
        }

        while (gets(p=buf) && (n=C)) {
                while (n>0) {
                        a = C;
                        if (n-- > 0) putchar(a << 2 | (b=C) >> 4);
                        if (n-- > 0) putchar(b << 4 | (a=C) >> 2);
                        if (n-- > 0) putchar(a << 6 | C);
                }
        }
        exit(0);
}
EOF
        cc -o unpack$$ unpack$$.c
        rm unpack$$.c
        cd $pwd
        unpacker=/tmp/unpack$$
fi
rm -f /tmp/uud$$

echo x - 02dnk0n '[non-ascii]'
$unpacker <<'@eof'
begin 660 02dnk0n
M4F5C96EV960Z(&9R;VT@8V]R<&UX,#(@*&-O<G!M># R+FAO=2YA;6]C;RYCX
M;VTI(&)Y('1U;&5O<VTQ('=I=&@@15--5% -"@DH,2XS-RXQ,#DN,C O,38NX
M,BD@:60@04$R-C4Y,CDY-C [(%1H=2P@."!-87D@,3DY-R Q,3HT-CHP," MX
M,#4P, T*4F5C96EV960Z(&9R;VT@:&]S;3$R,F$@8GD@8V]R<&UX,#(@*%--X
M22TX+C8O4TU)+30N,"D-"@EI9"!,04$Q,#DQ,SL@5&AU+" X($UA>2 Q.3DWX
M(#$Q.C,V.C$R("TP-3 P#0I296-E:79E9#H@9G)O;2!I;G1E<FQO8VLN86UOX
M8V\N8V]M(&)Y(&AO<VTQ,C)A("A334DM."XV+U--22U35E(T*0T*"6ED($Q!X
M03 P-S,R.R!4:'4L(#@@36%Y(#$Y.3<@,3$Z-#DZ-#8@+3 U,# -"E)E8V5IX
M=F5D.B!F<F]M('9M+FUA<FES="YE9'4@8GD@<&]R=&%L+F%M;V-O+F-O;2!WX
M:71H(%--5% @:60@04$Q,3DY- T*(" H26YT97),;V-K(%--5% @1V%T97=AX
M>2 S+C I.R!4:'4L(#@@36%Y(#$Y.3<@,3$Z-#4Z,S @+3 U,# -"E)E8V5IX
M=F5D.B!F<F]M(%9-+DU!4DE35"Y%1%4@8GD@5DTN34%225-4+D5$52 H24)-X
M(%9-(%--5% @5C)2,RD-"B @('=I=&@@0E--5% @:60@,#4X,CL@5&AU+" PX
M."[email protected]<@,3(Z,C<Z,#,@1414#0I296-E:79E9#H@9G)O;2!632Y-05))X
M4U0N1415("A.2D4@;W)I9VEN($Q)4U1315)60$U!4DE35"D@8GD@5DTN34%2X
M25-4+D5$52 H3$UA:6P@5C$N,F(O,2XX8BD@=VET:"!"4TU44"!I9" U,S(RX
M.R!4:'4L(#@@36%Y(#$Y.3<@,3(Z,C8Z-3D@+3 T,# -"E)E8V5I=F5D.B!FX
M<F]M(%9-+DU!4DE35"Y%1%4@8GD@5DTN34%225-4+D5$52 H3$E35%-%4E8@X
M<F5L96%S92 Q+CAC*2!W:71H($Y*10T*(" @(" @(" @(&ED(#$Y-S<@9F]RX
M($%$4TTM3$!632Y-05))4U0N1415.R!4:'4L(#@@36%Y(#$Y.3<@,3(Z,C8ZX
M-3<@+3 T,# -"E)E8V5I=F5D.B!F<F]M($U!4DE35" H3DI%(&]R:6=I;B!3X
M35100$U!4DE35"D@8GD@5DTN34%225-4+D5$52 H3$UA:6P-"B @(" @(" @X
M("!6,2XR8B\Q+CAB*2!W:71H($)33510(&ED(#4S,3([(%1H=2P@."!-87D@X
M,3DY-R Q,CHR-CHU-R M,#0P, T*4F5C96EV960Z(&9R;VT@8VAI86YT:2YCX
M<V\N=6EU8RYE9'4@8GD@5DTN34%225-4+D5$52 H24)-(%9-(%--5% @5C)2X
M,RD@=VET: T*(" @(" @(" @(%1#4#L@5&AU+" P."[email protected]<@,3(Z,C8ZX
M-3(@1414#0I296-E:79E9#H@8GD@8VAI86YT:2YC<V\N=6EU8RYE9'4@*$%)X
M6" S+C(O54-"(#4N-C0O-"XP,RD@:60@04$R,C Y-CL@5&AU+" X#0H@(" @X
M(" @(" @36%Y(#$Y.3<@,3$Z,C8Z,S4@+3 U,# -"E@M36%I;&5R.B!%3$T@X
M6W9E<G-I;VX@,BXT(%!,,C%=#0I#;VYT96YT+51Y<&4Z(&UU;'1I<&%R="]MX
M:7AE9#L@8F]U;F1A<GD](DUI;65-=6QT:7!A<G1";W5N9&%R>2(-"DUE<W-AX
M9V4M260Z(" \.3<P-3 X,38R-BY!03(R,#DV0&-H:6%N=&DN8W-O+G5I=6,NX
M961U/@T*1&%T93H@(" @(" @("!4:'4L(#@@36%Y(#$Y.3<@,3$Z,C8Z,S4@X
M+3 V,# -"E)E<&QY+51O.B B041333H@1&ES="!3=&]R($UA;F%G97(B(#Q!X
M1%--+4Q 5DTN34%225-4+D5$53X-"E-E;F1E<CH@(D%$4TTZ($1I<W0@4W1OX
M<B!-86YA9V5R(B \041332U,0%9-+DU!4DE35"Y%1%4^#0I&<F]M.B!";V(@X
M0F]O=&@@+2!#4T\@/&)O;W1H0$-(24%.5$DN0U-/+E5)54,N1415/@T*4W5BX
M:F5C=#H@(" @("!P<F]B;&5M('=I=&@@55!$051%(%9O;'5M92XN#0I4;SH@X
6041332U,0%9-+DU!4DE35"Y%1%4-"F@@                            X
                                                             X
end
@eof
set `wc -lwc <02dnk0n`
if test $1$2$3 != 282161732
then
        echo ERROR: wc results of 02dnk0n are $* should be 28 216 1732
fi

chmod 660 02dnk0n

rm -f /tmp/unpack$$
exit 0
<Prev in Thread] Current Thread [Next in Thread>