[Glass] Can newExtent accept zipped extents?

[Dale Henrichs via Glass]

Since I've started work on this, I've opened a bug[1]

Dale

[1] https://github.com/GsDevKit/GsDevKit_home/issues/162


On 1/27/17 12:03 PM, Mariano Martinez Peck via Glass wrote:
>
>
> On Fri, Jan 27, 2017 at 5:02 PM, Mariano Martinez Peck 
> <marianopeck at gmail.com <mailto:marianopeck at gmail.com>> wrote:
>
>     Hi Dale,
>
>     I have one me my stones outside gsDevKit with a large size (55GB).
>     I am moving this stone to be gsDevKit managed and the first thing
>     I must do is this:
>
>     createStone -fg -U $stoneUsername -P $stonePass -s
>     /quuve/sites/$sourceStoneName/gemstone/data/extent0.dbf
>     $sourceStoneName 3.2.9
>
>     The problem is that underneath it uses `newExtent`  to copy the
>     dbf. See this code in `newExtent`:
>
>      echo "Copy snapshot and remove tranlogs"
>       $GS_HOME/bin/devKitCommandLine newExtent $stoneName $snapshotFile
>
>
>     That means...I would need yet another 55GB free (without couting
>     the backups when tODE is installed..which I know how to avoid),
>     which I don't have.
>
>     Is it possible for " $GS_HOME/bin/devKitCommandLine newExtent " to
>     accept compressed (gz) dbf?  That way, I can compress my original
>     and pass the .gz.dbf.
>
>     Thanks in advance,
>
>
> Actually, I would be able to pass both:
>
> 1) a zip of the extent0.dbf
> 2) the result of SystemRepository fullBackupCompressedTo:
>
> Thanks
>
> -- 
> Mariano
> http://marianopeck.wordpress.com
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20170127/4bd3a030/attachment.html>