Error: 18272, Severity: 16, State: 3 received while restoring tlogs using log shipping

  • The full error is:
    Error: 18272, Severity: 16, State: 3.
    During restore restart, an I/O error occurred on checkpoint file '<path omitted>\RestoreCheckpointDB5.CKP' (operating system error 5(Access is denied.)).
    The statement is proceeding but cannot be restarted. Ensure that a valid storage location exists for the checkpoint file.

    A little background, using log shipping pretty much OOB (SQL Server 2012 Enterprise - varying SPs / CUs - most SP1).  The restore log command succeeds. The default backup location has been changed after the installation to a location that resides on a mount point.  I'm thinking permissions are missing (obviously), but which account needs permissions?  The engine or agent?  I am using domain accounts.  I attempted to grant the agent account full control on the mount point of the default backup directory, and the applied permissions show "This folder, all subfolders and files" but no go.

    Thoughts?

  • Presuming you have access, I'd give the Windows Event Log (Security Log) a look-over for about the time that error happened.  Best-case, it'll tell you what account was trying to access the file in question.
    If you don't have access, I'd get with someone who does, and check the Security Log.

  • Tony Fountain - Tuesday, August 1, 2017 12:35 PM

    The full error is:
    Error: 18272, Severity: 16, State: 3.
    During restore restart, an I/O error occurred on checkpoint file '<path omitted>\RestoreCheckpointDB5.CKP' (operating system error 5(Access is denied.)).
    The statement is proceeding but cannot be restarted. Ensure that a valid storage location exists for the checkpoint file.

    A little background, using log shipping pretty much OOB (SQL Server 2012 Enterprise - varying SPs / CUs - most SP1).  The restore log command succeeds. The default backup location has been changed after the installation to a location that resides on a mount point.  I'm thinking permissions are missing (obviously), but which account needs permissions?  The engine or agent?  I am using domain accounts.  I attempted to grant the agent account full control on the mount point of the default backup directory, and the applied permissions show "This folder, all subfolders and files" but no go.

    Thoughts?

    Both the Engine and Agent accounts would need permissions.

    Sue

  • Thanks for the replies!  However after re-reading my original post I realized my issue... the root of a mount point is non-writable... DOH.  No biggy, just need to make a few configuration changes and I should be all good to go.  If not I might be posting back here!

    UPDATE: this was indeed the problem... sigh... just glad it was this simple all the time lol...

Viewing 4 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic. Login to reply