similar to: some files already gzipped causes rsync to not compress any?

HPA, is it possible to add GZ support in syslinux itself? Some standalone software compresses very well, but is not compressed. Example is the Memtest86+ binary (90KB uncompressed --> 35KB gzip'd) and maybe Smart Boot Manager (gzip'd COM32 binary instead of normal COM32 binary?). I'm using both on a simple bootdisk, and all space savings are welcome. a workaround could ofcourse

Greetings, I am learning R My machine has these; CPU: 3cores amd64 OS pure-64bit CBLFS liux compiled from sources (kernel 3.2.1, gcc-4.6.2 R-2.15 When I compiled R the compiler spewed out lines like these:- make[3]: Entering directory `/tmp/RtmpiHdDJy/R.INSTALL472339eeb23a/mgcv/src' gcc -m64 -std=gnu99 -I/home/Rman/R-2.15.0/include -DNDEBUG - I/usr/local/atlas/include

Sending again. Can somebody please take a look and let me know is this is doable? Folks, We have glusters with version 3.8.13 and we are using that for RMAN backups. We get errors/warnings, RMAN-03009: failure of backup command on C1 channel at 03/28/2018 16:55:43 ORA-19510: failed to set size of 184820 blocks for file

http://bugzilla.mindrot.org/show_bug.cgi?id=125 jrj at purdue.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #438 is|0 |1 obsolete| | ------- Additional Comments From jrj at purdue.edu 2003-11-15 16:00 ------- Created an

Attached is a patch that implements compressing output files as they're written to disk, uzing zlib. Thus far I've only used it with synchronizing directories on a single machine. What seems to work / what's done: - Synchronizing directories with all files in the target directory gzip'd. Files seem to contain the correct data. Use the option "--gzip-dest". -

With the standard setup unchanged from 2.7.2, I am seeing make[3]: Leaving directory `/tmp/buildd/r-base-2.8.0~20081005/po' make[2]: Leaving directory `/tmp/buildd/r-base-2.8.0~20081005/po' you should 'make docs' now ... make[2]: Entering directory `/tmp/buildd/r-base-2.8.0~20081005/doc' make[3]: Entering directory `/tmp/buildd/r-base-2.8.0~20081005/doc/manual' make[3]:

Hi, When attempting to restore to LINUX RHEL5 - OCFS2 filesystem received the following error during RMAN restore for nearly all of the datafiles attempted to restore with exception of a couple of smaller datafiles which were smaller < 2GB. ORA-19870: error reading backup piece /db/dumps/TR1_1/rmanbackup/TR1_88_1 ORA-19502: write error on file "/db/devices/db1/PR2/pr2_1/pr2.data1",

Afternoon, We have an ocfs2 release 1.4 filesystem shared between two nodes (RHEL5). The filesystem in question is used exclusively for Oracle RMAN backups. A df -h shows the following: [root at imsthdb07 ~]# df -h /data/orabackup Filesystem Size Used Avail Use% Mounted on /dev/mapper/eva_mpio_myserver07_08_oracle_bkup0 250G

http://bugzilla.mindrot.org/show_bug.cgi?id=125 ------- Additional Comments From jrj at purdue.edu 2003-01-04 06:29 ------- The following attachment updates the suggested patch to 3.5p1. The attachment is a gzip'd tar file. Once you download it, ungzip it and then untar it into a temp directory (or use the 'z' option of GNU tar). Then look at the README for more information.

See :- http://lists.digium.com/pipermail/asterisk-users/ 2016-May:[ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 745 bytes ] 2007-November:[ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 2 KB ] Regards...Martin -- Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html Free MS-Office replacement for

We're using RMAN to back up our 9.2 RAC database to an OCFS v1 volume. We have an existing shell script that we use for copying files from disk to tape via tar, one file at a time. (Don't ask why. It's a legacy script. Long story.) We're tweaking this script to use --o_direct when tarring the file to tape and that seems to be working fine: # tape device is /dev/nst0 $ tar

This is propagated to R-devel in case anyone else has a comment on this : >>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: MM> On Aug. 14, MM> "Ross" == Ross Ihaka <ihaka@stat.auckland.ac.nz> writes: Ross> Re the emacs stuff: MM> ... Ross> 2. Peter Dalgaard made the suggestion that we made R source

We are in the process of upgrading to OCFS2. We have recently restored our Production Database to a Development platform configured with OCFS2 with RMAN. No problems. As for the Production migration, we understand that you cannot mount an OCFS volume (our current configuration) with OCFS2. We are interested in mounting an EXT3 file system, performing a cold RMAN backup, copying the datafiles

I've been having 'gappy' audio problems with nufone for about a week now but I think I've nailed it down. Setup: office* - iax2 - colo* - iax2 - nufone office* and colo* are identical physical hardware (Xeon 2.8, dual ethernet, solely used for Asterisk) -- they are joined together through their second ethernet ports over a dedicated 2meg SDSL link. One hop between office* and

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Folks, quick question. In our current 3 node RAC cluster we have 2 ocfs2 volumes setup. We have a volume for sharing oracle CRS files (ocr.crs and vote.crs) and a 2nd volume is going to be used to store backups and archivelogs. We will copy backups and archivelogs via RMAN from the flash recovery area, onto this volume .. and eventually gets

http://bugzilla.mindrot.org/show_bug.cgi?id=125 ------- Additional Comments From jrj at purdue.edu 2003-07-10 08:23 ------- Created an attachment (id=355) --> (http://bugzilla.mindrot.org/attachment.cgi?id=355&action=view) Gzip'd tar file with 3.6p1 (and later) patch This version of the patch applies against 3.6p1 (and later). In addition to being an update to a new release,

http://bugzilla.mindrot.org/show_bug.cgi?id=125 jrj at purdue.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #500 is|0 |1 obsolete| | ------- Additional Comments From jrj at purdue.edu 2004-03-04 10:33 ------- Created an

Are there any known issues with using a split mirror of the OCFS partitions for backups? One option we are looking at is as follows: 1. Put tablespace in backup mode. 2. Split the mirror at the SAN level. 3. end tablespace backup mode. 4. mount the OCFS mirror under a different mount point. 5. backup the files on the OCFS mirror using RMAN. The question is how feasibile it is for step #4 to

http://bugzilla.mindrot.org/show_bug.cgi?id=125 jrj at purdue.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #192 is|0 |1 obsolete| | Attachment #355 is|0 |1 obsolete|

Is there a way to instruct rsync to ignore a file that is currently growing in size? For example, a file is currently being uploaded to the source machine while another client is using rsync to pull down files. Can rsync detect and skip said file instead of copying whatever is there already? I suppose a -mtime like feature would also solve this problem for me in that the client could