--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* Blayne Puklich <blayne AT puklich DOT com> [2005-01-28 08:11]:
>=20
> There's extra junk after the tryfileswritten that I don't know how to
> interpret just yet.  Also, three of the -gdm fields are guesses right now.

It's sometimes vault information and sometimes extra backup information,
like kb/s throughput. I am trying to get information from Veritas about
why the data changes depending on the backup job (for 5.x, anyway).

> For folks that don't know the -all_columns output has a variable number o=
f=20
> fields after field 31/32.  -most_columns really gives you about everythin=
g=20
> you need anyways, and it runs a LOT faster.
>=20
> There's one gotcha I ran across this week with the -gdm output.  The line=
s=20
> from bpdbjobs have comma-separated fields, but for a Vault job the storag=
e=20
> unit has an unescaped comma in it which throws the field count off when=
=20
> you're trying to parse it.  -most_columns handles this correctly.  I don'=
t=20
> know if this is a known bug, a feature or what.

This is a known bug that was fixed in 4.5 FP7

--=20
David Rock
david AT graniteweb DOT com

--sm4nu43k4a2Rpi4c
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFB+sfzMrO4/Yb/xwYRAt3NAKCmgP35H32l7S6mC07IVhaVrf00gQCg0D02
4Xsr4tdI1c+6ieqZ5k7uOfQ=
=qyya
-----END PGP SIGNATURE-----

--sm4nu43k4a2Rpi4c--