163379/164710 (Duplicate)
This is fixed in 7.0.2.
This is likely your issue. Get 7.0.2 and see if that helps.
remeber to set ndmpd version back to 4 if you changed it.
--tmac
tmac wrote:
> I would doubt that very much.
> Veritas NetBackup has used version 4 since at least 5.0.
> Most backup applications negotiate the version of NDMP correclty.
> Granted, older versions of some software (like NetBackup 4.5) did not
> and you had to set the version manually.
>
> While I worked at NTAP, NBU was the only product I had to do that with.
>
> Honestly though, there is a bug in ONTAP tape storage code that is
> exactly this problem.
> Dump works fine until you have to span tapes.
>
> This fix, I was told, will not be in ONTAP until 7.0.2.
>
> A quick look at the bug fixes do not show it as being fixed in 7.0.1.1P2
>
> ---tmac
>
> Get a
>
> On 10/18/05, *Garavito, Donald, CTR, OSD-NII*
> <Donald.Garavito.ctr(a)osd.mil <mailto:Donald.Garavito.ctr@osd.mil>> wrote:
>
> UNCLASSIFIED
> Also check the NDMP version level that Arcserve is set at. Most
> backup software, with exception of Syncsort Backup Express v2.2.x,
> will only work up to NDMP v3. NetApp DOT v6.4 and above default to
> v4. Basically, when first tape is done filer is sending v4 status
> command to Arcserve stating EOT and request new tape mount, v3
> backup software doesn't understand command and plays dumb,
> eventually filer will time out waiting for new tape and responds
> with a tape failure message.
>
> You need to change ndmp setting of filer to NDMP maxversion level of 3.
>
> >ndmpd version 3
>
> Use command without version number to display current setting.
>
> Have fun,
> Don
>
>
> -----Original Message-----
> From: owner-toasters(a)mathworks.com
> <mailto:owner-toasters@mathworks.com> [
> mailto:owner-toasters@mathworks.com] On Behalf Of Tim
> Sent: Tuesday, October 18, 2005 7:05 AM
> To: Patrick van Helden
> Cc: toasters(a)mathworks.com <mailto:toasters@mathworks.com>
> Subject: Re: NDMP Backup fails
>
> Whaqt version of ONTAP are you running?
> I think you are hitting a bug in the NDMP code on ontap.
>
> Are you running 7.x? if so, upgrade to 7.0.1.1P2 ASAP and see if
> your problem goes away. I think the bug was fixed in that patch
> release (or maybe 7.0.1.1P1).
>
> --tmac
>
> Patrick van Helden wrote:
> > Hi all,
> >
> >
> >
> > Anyone out there that can help with the following:
> >
> >
> >
> > We have a R200 Nearstore with a Storagetek L80 library attached
> trough FC.
> >
> >
> >
> > We use Brightstor Arcserve 11.1 SP1 (latest patches) to backup a
> > volume on the filer.
> >
> >
> >
> > All seems to go fine, until the second tape is requested. In the
> > Arcserve log it says:
> >
> >
> >
> > E8535 01-10-2005 00:15:04 154 1 Failed to
> > receive data from the client agent. (ADDRESS=xxx.xxx.xxx.xxx
> > (xxxxxxx), EC=9, COMMAND=0)
> > Information 01-10-2005 00:15:01 154 1 Resume
> Backup
> > Operation.
> > Information 01-10-2005 00:15:01 154 1 Format
> FRIDAY
> > [S/N:, ID:1541, Seq:1] as FRIDAY [S/N:, ID:9F36, Seq:2].
> > Information 01-10-2005 00:14:48 End
> cleaning
> > database. (CLEANED=0)
> > Information 01-10-2005 00:14:48 Begin
> cleaning
> > database.
> > Information 01-10-2005 00:14:01 154 1 Next media
> > FRIDAY, ID 9F36, sequence #2
> > Information 30-09-2005 21:01:07 154 1 Backup
> Session
> > 1 on Media FRIDAY
> > Information 30-09-2005 21:01:07 154 1 Source
> > Directory: vol\data\.snapshot\hourly.0
> >
> >
> >
> > After this the backup job obviously fails.
> >
> >
> >
> > We have tried all options given by arcserve but without any success.
> > Also we attached the library using direct attached SCSI but no
> success.
> > All the configuration options are checked and seem oke. Also the
> NDMP
> > log on the filer shows no errors.
> >
> >
> >
> > Regards to all toaster fans,
> >
> >
> >
> > Patrick
> >
> >
> >
> >
> >
>
>
>
>
> --
> --tmac
>
> Principal Consultant, RABA Technologies
> 240-373-3926 (office)
> 443-363-0208 (eFAX)