Thanks Rex. It's a pity. This way, you need lots of space.
And what's worse: If you try to restore from the decompressed image (bigger than 2Gb) you get an "end of reel" after restoring the first 2Gb... So that, if you need to backup more than 20 Gb you can't do it to disk, because of this 2Gb limit size for each output image and the other limit of 9 images destination for each command (uvbackup -t file1.bk -t file2.bk ... -t file9.bk) Regards -- Augusto Alonso IT Manager QUITER SERVICIOS CENTRALES Zoco Gran Santander, 1ª planta - 39011 Santander - España Telf: +34 902233323 - Fax: +34 902234280 AVISO LEGAL: Este mensaje contiene información destinada exclusivamente al usuario de destino, pudiendo contener información confidencial o protegida legalmente. Si, por un error de envío o transmisión, ha recibido este mensaje y usted no es el destinatario del mismo, por favor, notifique de este hecho al remitente y no use, informe, distribuya, imprima, copie o difunda este mensaje bajo ningún medio . Cualquier opinión en él contenida, es exclusiva de su autor y no representa necesariamente la opinión de Quiter Servicios Centrales. LEGAL WARNING: This e-mail and any attachment, contain information intended solely for the addressee and may contain confidential information or legally protected data. If you are not the intended recipient, please notify the sender and do not use, disclose, distribute, copy, print or rely on this e-mail under any circumstances. The views and opinions expressed are the author´s own and do not necessarily reflect those of Quiter Servicios Centrales. 2011/4/14 Rex Gozar <[email protected]> > Universe admin documentation has the disclaimer: > > Note: uvrestore does not support reading from stdin. > > You'll need to gunzip the backup file to disk before you can uvrestore it. > > rex > > On Wed, Apr 13, 2011 at 9:12 PM, Augusto Alonso <[email protected]> > wrote: > > Hi all. > > I'm trying to pipe uvbackup (universe) and gzip in order to compress > backups > > "on the fly". > > I've done it with success. But the problem arise when I try to uvrestore > > from it. > > > > A simple test that you can try: > > > > RHEL:/u2/uv# find HS.SALES | bin/uvbackup -v -f - |dd of=hs_sales.bk > > > > Backup Date : Wed Apr 13 21:22:29 2011 > > Reel Number : 1 > > Image Type : Full Backup (ver9 UNIX) > > Block Size : 8192 bytes > > NLS on : False > > Label : > > > > Current device(s): stdout > > Backing up HS.SALES > > Backing up HS.SALES/VOC.u > > Backing up HS.SALES/D_VOC > > Backing up HS.SALES/VOCLIB > > Backing up HS.SALES/D_VOCLIB > > Backing up HS.SALES/CUSTOMER > > Backing up HS.SALES/CUSTOMER.u > > Backing up HS.SALES/D_CUSTOMER > > Backing up HS.SALES/D_CUSTOMER.u > > Backing up HS.SALES/PRODUCTS > > Backing up HS.SALES/PRODUCTS.u > > Backing up HS.SALES/D_PRODUCTS > > Backing up HS.SALES/D_PRODUCTS.u > > Backing up HS.SALES/STATES > > Backing up HS.SALES/STATES.u > > Backing up HS.SALES/D_STATES > > Backing up HS.SALES/D_STATES.u > > Backing up HS.SALES/HS_FILE_A000 > > Backing up HS.SALES/D_HS_FILE_A000 > > Backing up HS.SALES/.hs_fileinfo > > Backing up HS.SALES/VOC > > Backing up HS.SALES/.uvconfig > > Backing up HS.SALES/uvconfig > > Backing up HS.SALES/puntouvconfig > > > > Total files: 24 Total bytes : 97273 Elapsed Time: 00:00:01 > > 12 operating system files processed, 0 broken, totalling 41444 data > bytes. > > 12 UniVerse files processed, 0 corrupted. > > 939 UniVerse records processed, 0 corrupted, totalling 55829 data bytes. > > -1073742616 extended keys processed, 0 not supported at specified > revision > > level. > > > > EndOfUvbackup > > 288+0 records in > > 288+0 records out > > > > > > RHEL:/u2/uv# dd if=hs_sales.bk | bin/uvrestore -v -i -t /dev/stdin > > > > Backup Date : Wed Apr 13 21:22:29 2011 > > Reel Number : 1 > > Image Type : Full Backup (ver9 UNIX) > > Block Size : 8192 bytes > > NLS on : False > > FastWrite On : False > > Label : > > > > Current device(s): /dev/stdin > > > > WARNING: Block 1 checksum value of 0 does not match computed checksum > > of -6667. Integrity of block questionable. Continue (Y/N)? > > intended publication of source code. * > > > > Total files: 0 Total bytes : 0 Elapsed Time: 12:00:00 > > 0 operating system files processed, 0 broken, totalling 0 data bytes. > > 0 UniVerse files processed, 0 corrupted. > > 0 UniVerse records processed, 0 corrupted, totalling 0 data bytes. > > -1073742632 extended keys processed, 0 not supported at specified > revision > > level. > > > > EndOfUvrestore > > 26+0 records in > > 25+0 records out > > RHEL:/u2/uv# > > > > > > Could someone explain why this happen? > > > > And the backup is all right, because it works if you change the syntax > > (without pipe): > > > > RHEL:/u2/uv# bin/uvrestore -v -i -t hs_sales.bk > > > > Backup Date : Wed Apr 13 21:22:29 2011 > > Reel Number : 1 > > Image Type : Full Backup (ver9 UNIX) > > Block Size : 8192 bytes > > NLS on : False > > FastWrite On : False > > Label : > > > > Current device(s): /u2/uv/hs_sales.bk > > HS.SALES (Apr 13 21:22:29) > > HS.SALES/VOC.u (Apr 13 21:22:29) > > HS.SALES/D_VOC (Apr 13 21:22:29) > > HS.SALES/VOCLIB (Apr 13 21:22:29) > > HS.SALES/D_VOCLIB (Apr 13 21:22:29) > > HS.SALES/CUSTOMER (Apr 13 21:22:29) > > HS.SALES/CUSTOMER.u (Apr 13 21:22:29) > > HS.SALES/D_CUSTOMER (Apr 13 21:22:29) > > HS.SALES/D_CUSTOMER.u (Apr 13 21:22:29) > > HS.SALES/PRODUCTS (Apr 13 21:22:29) > > HS.SALES/PRODUCTS.u (Apr 13 21:22:29) > > HS.SALES/D_PRODUCTS (Apr 13 21:22:29) > > HS.SALES/D_PRODUCTS.u (Apr 13 21:22:29) > > HS.SALES/STATES (Apr 13 21:22:29) > > HS.SALES/STATES.u (Apr 13 21:22:29) > > HS.SALES/D_STATES (Apr 13 21:22:29) > > HS.SALES/D_STATES.u (Apr 13 21:22:29) > > HS.SALES/HS_FILE_A000 (Apr 13 21:22:29) > > HS.SALES/D_HS_FILE_A000 (Apr 13 21:22:29) > > HS.SALES/.hs_fileinfo (Apr 13 21:22:29) > > HS.SALES/VOC (Apr 13 21:22:29) > > HS.SALES/.uvconfig (Apr 13 21:22:29) > > HS.SALES/uvconfig (Apr 13 21:22:29) > > HS.SALES/puntouvconfig (Apr 13 21:22:29) > > > > Total files: 0 Total bytes : 0 Elapsed Time: 12:00:00 > > 0 operating system files processed, 0 broken, totalling 0 data bytes. > > 0 UniVerse files processed, 0 corrupted. > > 0 UniVerse records processed, 0 corrupted, totalling 0 data bytes. > > -1073742632 extended keys processed, 0 not supported at specified > revision > > level. > > > > EndOfUvrestore > > RHEL:/u2/uv# > > > > > > Any suggestion? > > Regards > > -- > > Augusto Alonso > > IT manager > > QUITER SERVICIOS CENTRALES > > Zoco Gran Santander, 1ª planta - 39011 Santander - España > > Telf: +34 902233323 - Fax: +34 902234280 > > > > AVISO LEGAL: Este mensaje contiene información destinada exclusivamente > al > > usuario de destino, pudiendo contener información confidencial o > protegida > > legalmente. Si, por un error de envío o transmisión, ha recibido este > > mensaje y usted no es el destinatario del mismo, por favor, notifique de > > este hecho al remitente y no use, informe, distribuya, imprima, copie o > > difunda este mensaje bajo ningún medio . Cualquier opinión en él > contenida, > > es exclusiva de su autor y no representa necesariamente la opinión de > Quiter > > Servicios Centrales. > > > > LEGAL WARNING: This e-mail and any attachment, contain information > intended > > solely for the addressee and may contain confidential information or > legally > > protected data. If you are not the intended recipient, please notify the > > sender and do not use, disclose, distribute, copy, print or rely on this > > e-mail under any circumstances. The views and opinions expressed are the > > author´s own and do not necessarily reflect those of Quiter Servicios > > Centrales. > > _______________________________________________ > > U2-Users mailing list > > [email protected] > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > > _______________________________________________ > U2-Users mailing list > [email protected] > http://listserver.u2ug.org/mailman/listinfo/u2-users > _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
