Tape backup stops with ERROR_SETMARK_DETECTED 0X0000044F
This error means your tape drive hit a filemark during a read or write operation. It's common with old backup software or dirty tape heads.
You're running a backup job with something like Backup Exec 2014, Arcserve r16, or even a legacy NTBackup command. Everything's humming along, then bam — the job fails with ERROR_SETMARK_DETECTED (0X0000044F). The event log might say something like "A tape access reached the end of a set of files." This typically happens when the backup software is trying to write data to a tape that already has a filemark — a special marker that tells the drive "end of this file set." The drive sees that mark, refuses to overwrite it, and throws the error.
What's really causing it
The short version: the tape drive's firmware says "I can't write past this marker without a new tape or a full erase." Most modern backup software handles this by appending to the tape or overwriting it clean. But older software (or misconfigured jobs) try to write to a position that's already marked as "done." The root cause is almost always one of three things:
- Dirty tape heads — The drive misreads the filemark and thinks it's at the end when it's not.
- Corrupted tape catalog — The backup software thinks the tape has free space, but the hardware disagrees.
- Crap backup software — Legacy apps like NTBackup on Windows 7 or Server 2008 R2 don't handle tape positioning well after a previous job failed.
The fix — step by step
Before you throw the tape in the trash, try these steps in order. I've seen this work about 8 out of 10 times.
Step 1: Clean the tape drive
This is the #1 cause. Grab a cleaning tape (for example, the HP LTO Cleaning Cartridge for LTO-4 or LTO-5 drives). Pop it in like a regular tape. On most drives, it auto-runs a cleaning cycle that takes 30-60 seconds. After it ejects, try your backup job again.
What you should see: The drive light blinks amber or green during cleaning, then ejects the cleaning tape. No error.
Step 2: Force a full erase on the tape
If cleaning didn't fix it, the tape itself might have a filemark stuck in a weird spot. You need to wipe it clean. Open a command prompt as Administrator.
ntbackup erase \\.\tape0 /Y
Replace tape0 with your drive's device name (use ntbackup status to list them). Alternatively, use the backup software's own "Erase Tape" or "Format Tape" option. For Backup Exec, go to Devices > Media > Erase. For Arcserve, use the Media Pool Management to erase.
What you should see: The drive whirs, lights flash, and after a few minutes (or longer for a full erase), it finishes. The tape is now blank.
Step 3: Check your backup software's tape positioning
After erasing, configure the backup job to overwrite the existing media instead of appending. In Backup Exec, that's under Job Properties > Media > Overwrite media. Set it to Always overwrite. In Windows-native backup, use the /A flag instead of /G to append. You want to start fresh.
What you should see: The job starts writing from the very beginning of the tape. No 0X0000044F this time.
Step 4: Update firmware and drivers
Old tape drives (like the HP StorageWorks Ultrium 920) have buggy firmware that misreports filemarks. Check your drive model and head to the manufacturer's site. For HP LTO drives, download the HP Tape Utilities and run the firmware update. For Dell PowerVault drives, use the Dell Tape Utility. This is a long shot, but I've seen it fix intermittent filemark errors on LTO-3 and LTO-4 units.
What you should see: The utility detects the drive, updates firmware, and reboots the drive. Job resumes normally.
If it still fails after all that
You're looking at a hardware problem. The tape drive's read/write head might be physically damaged, or the tape itself has a defect. Try a brand-new tape — one that's never been used. If the error still appears, the drive likely needs replacement. For LTO drives, check the drive's internal error log (use tapeperf or the manufacturer's diagnostic tool). If you see hard read errors alongside the setmark error, the head's toast. Replace it.
One last thing: if you're running Windows Server 2008 R2 or older, consider moving to a modern backup solution that handles tape positioning correctly. NTBackup is ancient. Backup Exec 2020 or Veeam Backup & Replication handle filemarks properly. But that's a project for another day.
Was this solution helpful?