Hi,

 

I’m currently trying to restore a filesystem on a production Linux PostgreSQL database server.  I’ve been doing weekly full backups with daily incrementals for some time now using an Exabyte 480 autoloader.

 

The files to be restored span 4 tapes.  The restore process was going smoothly until it hit the end of the first tape.  As expected, it reached the end of the tape and detected the EOF:

 

portal-fd: -rw-------   1 postgres postgres1073741824 2006-01-30 07:01:28  /usr2/pgsql-8.1.1/data/base/16390/266709
08-Feb 14:01 linuxapp1-sd: Got EOF at file 27  on device "Drive-1" (/dev/nst0), Volume "000020"
 

Then it restored a few more files (or was it just the log entries were out of order – doesn’t make sense to me...?):

 

portal-fd: -rw-------   1 postgres postgres      8192 2006-01-23 11:08:00  /usr2/pgsql-8.1.1/data/base/16390/266719
portal-fd: -rw-------   1 postgres postgres   5890048 2006-01-23 11:48:34  /usr2/pgsql-8.1.1/data/base/16390/266721

...
<snip>

...
portal-fd: -rw-------   1 postgres postgres      8192 2005-12-19 12:01:25  /usr2/pgsql-8.1.1/data/base/16390/266897

 

Then it detected the end-of-volume on the tape:

08-Feb 14:05 linuxapp1-sd: End of Volume at file 27 on device "Drive-1" (/dev/nst0), Volume "000020"
 

Then restored a few more files:

 

portal-fd: -rw-------   1 postgres postgres      8192 2005-12-19 11:35:37  /usr2/pgsql-8.1.1/data/base/16390/266899
portal-fd: -rw-------   1 postgres postgres      8192 2005-12-19 15:36:36  /usr2/pgsql-8.1.1/data/base/16390/266901
...

<snip>

...
portal-fd: -rw-------   1 postgres postgres      8192 2005-12-19 15:36:36  /usr2/pgsql-8.1.1/data/base/16390/266918
 

Then tried to switch to the second tape to restore from:

 

08-Feb 14:05 linuxapp1-sd: 3301 Issuing autochanger "loaded drive 0" command.
08-Feb 14:05 linuxapp1-sd: 3302 Autochanger "loaded drive 0", result is Slot 21.
08-Feb 14:07 linuxapp1-sd: RestoreFiles.2006-02-08_13.22.45 Warning: acquire.c:230 Wrong Volume mounted on device "Drive-1" (/dev/nst0): Wanted 000004 have 000020
08-Feb 14:07 linuxapp1-sd: 3301 Issuing autochanger "loaded drive 0" command.
08-Feb 14:07 linuxapp1-sd: 3302 Autochanger "loaded drive 0", result is Slot 21.
08-Feb 14:07 linuxapp1-sd: 3307 Issuing autochanger "unload slot 21, drive 0" command.
08-Feb 14:07 linuxapp1-sd: 3304 Issuing autochanger "load slot 5, drive 0" command.
08-Feb 14:08 linuxapp1-sd: 3305 Autochanger "load slot 5, drive 0", status is OK.
08-Feb 14:08 linuxapp1-sd: 3301 Issuing autochanger "loaded drive 0" command.
08-Feb 14:08 linuxapp1-sd: 3302 Autochanger "loaded drive 0", result is Slot 5.

 

That’s when it got this error:

08-Feb 14:08 linuxapp1-sd: RestoreFiles.2006-02-08_13.22.45 Warning: acquire.c:230 Could not unserialize Volume label: ERR=label.c:720 Expecting Volume Label, got FI=333012 Stream=SPARSE-DATA len=12476

08-Feb 14:08 linuxapp1-sd: Please mount Volume "000004" on Storage Device "Drive-1" (/dev/nst0) for Job RestoreFiles.2006-02-08_13.22.45
 

After searching the email list archives, I’m currently trying to do the restore using the “-p” option on bacula-sd, but so far it’s not working either.  I’m running bacula 1.38.2 on a Linux system.

 

Please help!

 

-Chris

 

[EMAIL PROTECTED]

 

 

 

Reply via email to