Josh, Thanks for the code, that will make it much easier to implement the new version. I can always go back and gzip the old images as I get a chance.
Thanks, Mike Mike Waldron Systems Specialist ITS Research Computing University of North Carolina at Chapel Hill CB #3420, ITS Manning, Rm 2509 919-962-9778 ________________________________________ From: Josh Thompson [josh_thomp...@ncsu.edu] Sent: Friday, April 13, 2012 10:11 AM To: vcl-dev@incubator.apache.org Subject: Re: Latest partimage support scripts -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike, You must be using scripts I gave you before posting things on the ASF site. Looking back at the subversion history, gzipping was part of things when I initially created the instructions on the wiki. You are correct that to bring your images in line with the current script, you just need to gzip them and remove the .gz extension. Alternatively, you could wrap the 3 lines in the "restore" section with a conditional that checks for it being gzipped (note the only difference in the code blocks is 'zcat' vs 'cat'): if file $image | grep -q gzip; then echo "running zcat $image | /sbin/part .... restore stdin $device" logger -t xcat "running zcat $image | /sbi .... restore stdin $device" zcat $image | /sbin/part .... restore stdin $device > /tmp/partimageng else echo "running cat $image | /sbin/part .... restore stdin $device" logger -t xcat "running cat $image | /sbi .... restore stdin $device" cat $image | /sbin/part .... restore stdin $device > /tmp/partimageng fi This way, you don't have to do anything with your old images, and your new images start getting gzipped. One thing to think about with gzipping is if you are using storage with deduplication. You get much better deduplication when the images are not compressed which could result in overall net savings better than having them compressed. However, you get better transfer times across the wire when they are compressed. Josh On Friday, April 13, 2012 1:01:27 PM Waldron, Michael H wrote: > I am using fairly old versions of the scripts that support using partimageng > with xCAT (partimageng.pm, partimageng postscript, listener.py), which work > fine but I thought it would be good to get things more up to date. > > Looking at the current version of the partimageng postscript at > https://cwiki.apache.org/confluence/display/VCL/Adding+support+for+partimag > e+and+partimage-ng+to+xCAT+2.x+%28unofficial%29 , it appears that it expects > that the image files are gzipped. Unless I'm reading it wrong, on a restore > it zcats the image file and on a save it gzips it. > > If this is true, am I correct in the assumption that I would need to gzip > all my existing xCAT images before updating these scripts? > > Thanks, > Mike > > Mike Waldron > Systems Specialist > ITS Research Computing > University of North Carolina at Chapel Hill > CB #3420, ITS Manning, Rm 2509 > 919-962-9778 - -- - ------------------------------- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk+INCcACgkQV/LQcNdtPQMNMQCfR8tamhglYbLTIy0enbpLKmYD Ef8AnRW6MDkCbW+Tq2YQKVjOcAN9w+GL =y9xG -----END PGP SIGNATURE-----
