[Casper] Running out of HD space on Distribution Points
Miles Leacy
miles.leacy at themacadmin.com
Fri Dec 12 10:24:05 PST 2008
Perhaps having the ability to manually or automatically re-sync after
emptying the trash would be a good feature request to solve this?
----------
Miles A. Leacy IV
Certified System Administrator 10.4
Certified Technical Coordinator 10.5
Certified Trainer
Certified Casper Administrator
----------
voice: 1-347-277-7321
miles.leacy at themacadmin.com
www.themacadmin.com
2008/12/12 <sean.hansell at jwt.com>
>
> Thing is, I *DO* want the deleted packages copied, and I do want everything
> in Casper Data copied, but when I clean things up on the Master Server (e.g.
> Emptying the deleted packages folder), those deletions don't carry over to
> the remote distribution points, and worse, those deleted packages are
> *STILL* in the main packages folder on the Distribution Points.
>
>
>
>
>
> *"Ernst, Craig S." <ERNSTCS at uwec.edu>*
> Sent by: casper-bounces at list.jamfsoftware.com
>
> 12/12/08 01:08 PM
> To
> Casper List <casper at list.jamfsoftware.com> cc
> Subject
> Re: [Casper] Running out of HD space on Distribution Points
>
>
>
>
> Hello,
>
> I like the idea of expanding the functionality, but at the same time...if
> you don't want it copied, don't put it in there.
>
> By default I thought rsync used mod and size, again according to the site
> for it:
>
> "Rsync finds files that need to be transferred using a "quick check"
> algorithm (by default) that looks for files that have changed in size or in
> last-modified time"
>
> That would concern me if your ntfs file isn't getting updated.
>
> If it's not comparing by mod and date...I'm wondering why not. I started to
> sync to my second server recently, but just now have time to look into doing
> more. Like putting my backups in the CasperShare directory so it
> automatically goes to the other server in the event of a hardware failure
> and I need to setup the new server fast. Lazy way of not setting up my own
> task.
>
> It should also be easy to set it to delete what's no longer on the master
> if that isn't being set, to help clean things up:
>
> --delete-delay find deletions during, delete after
> --delete-after receiver deletes after transfer, not before
>
> I believe those are the options in the current release. I would have looked
> more into what is actually being set by the JSS util but don't have time
> right now.
>
> As for the comment about copying over Deleted Packages...true it doesn't
> need to, but Empty the trash if you are truly deleting something. I actually
> keep a separate subfolder of packages I want completely removed from being
> visible to the JSS, Package Archive. It requires me to do it manually, but
> that's fine by me. I know I've asked for that feature at one point. As
> always...different strokes for different folks. =)
>
> Craig E
>
>
> On 12/12/08 11:05 AM, "Nathaniel Lindley" <*NATHANIEL.LINDLEY at spps.org*<http://NATHANIEL.LINDLEY@spps.org>>
> wrote:
>
>
>
> I've noticed that too, the Automatic Sync with the JSS utility copies
> EVERYTHING in the master "CasperShare" folder to the remote distribution
> points. However, all that needs to be on remote distribution points is
> /Packages and /Scripts. So all the Deleted Packages get rsynced out, too.
> Other problem I noticed is that when I replace a file in an /Extras folder
> "Mac_WinXP.ntfs" for example, it doesn't replace on the remote dist. points
> because the file name is the same, even though the size and modification
> date is different. So I delete it on the master one day, wait a day or
> two, then put the new one back which is then rsynced out.
>
> Feature Request: Can we select which folders get synced or not? I'd
> like some distribution points to get the /Packages and /Scripts and some
> distribution points to get /Packages, /Scripts and /Extras. And can we
> tell it to look at size and/or date in addition to filename? I did get
> help from JAMF support on modifying the plist at each dist. point, but that
> is a pain and gets reset when you change the scheduled sync time.
> This added auto-sync feature has been great for me with many distribution
> points, just needs a little more to be awesome.
>
> Thanks,
>
>
> Nathaniel Lindley
>
> ++++++++++++++++++
> Educational Technology
> Saint Paul Public Schools
> Saint Paul, Minnesota*
> **nathaniel.lindley at spps.org* <http://nathaniel.lindley@spps.org>
> phone: 651-248-6861
>
>
>
> sean.hansell at jwt.
> com
> Sent by: To
> casper-bounces at li *support at jamfsoftware.com*<http://support@jamfsoftware.com>,
>
> st.jamfsoftware.c *casper at list.jamfsoftware.com*<http://casper@list.jamfsoftware.com>
> om cc
>
> Subject
> 12/12/08 10:45 AM [Casper] Running out of HD space on
> Distribution Points
>
>
>
>
>
>
>
>
>
>
>
> Hey guys, I'm having a bit of a critical issue.
>
> My Master Share clocks in at about 85GB. In addition to the normal stuff in
> there I also have keep 14 days worth of database backups.
>
> I have about 12 remote Distribution points. I use remote sync on all of
> them. It runs every night after I do a DB Backup, this way the sync carries
> the latest backup to all the remote distribution points.
>
> My problem is that I noticed that casper remote sync is not cleaning up
> after itself after it does a sync. It is not moving deleted packages into
> the deleted packages folder, but recopying the ones from the Master share
> that I've deleted since the backup, leaving two copies of the same package
> on the repository. Its also not deleting old database backups from the
> remote distribution points either, so when I last checked my smallest
> repository which has a 160GB Hard Drive in it, it was completely full.
>
> How can I make this work?
>
> (Embedded image moved to file: pic28570.jpg)
>
>
> This transmission is intended solely for the person or organization to whom
> it is addressed and it may contain privileged and confidential information.
> If you are not the intended recipient you should not copy, distribute or
> take any action in reliance on it. If you believe you received this
> transmission in error please notify the sender.
> _______________________________________________
> Casper mailing list*
> **Casper at list.jamfsoftware.com* <http://Casper@list.jamfsoftware.com>*
> **http://list.jamfsoftware.com/mailman/listinfo/casper*<http://list.jamfsoftware.com/mailman/listinfo/casper>
>
>
>
>
> _______________________________________________
> Casper mailing list
> Casper at list.jamfsoftware.com
> http://list.jamfsoftware.com/mailman/listinfo/casper
>
> This transmission is intended solely for the person or organization to whom
> it is addressed and it may contain privileged and confidential information.
> If you are not the intended recipient you should not copy, distribute or
> take any action in reliance on it. If you believe you received this
> transmission in error please notify the sender.
>
> _______________________________________________
> Casper mailing list
> Casper at list.jamfsoftware.com
> http://list.jamfsoftware.com/mailman/listinfo/casper
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.jamfsoftware.com/pipermail/casper/attachments/20081212/0d88baca/attachment-0001.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 14361 bytes
Desc: not available
Url : http://list.jamfsoftware.com/pipermail/casper/attachments/20081212/0d88baca/attachment-0001.jpe
More information about the Casper
mailing list