Cannot distribute package

Question

SCCM 2007 SP1. 
Created a silent deployment for AutoCAD 2009, tested it it manually, copied the folder to our package source share, and, setup a package to distibute to the DPT on the site server (package source folder and SMSPKG share both on same drive on site server) and two other DPT's in same location to test the deployment.  None of the DPT's are Branch ones.
Package will not distribute to any of the DPT's and getting the following error messages:
Severity               Type      Site code             Date / Time        System Component        Message ID         Description
Error      Milestone           ECH        10/18/2008 3:39:28 AM  VHAECHSMS1    SMS_DISTRIBUTION_MANAGER                2328       SMS Distribution Manager failed to copy package "ECH00070" from "G:\Package Source Files\AutoCAD\R01-ACD2K9-FULL\" to "MSWNET:["SMS_SITE=ECH"]\\VHAECHSMS1\SMSPKGG$\ECH00070\".    Possible cause: SMS Distribution Manager does not have sufficient rights to read from the package source directory or to write to the destination directory on the distribution point.  Solution: In the SMS Administrator console, verify that the site system connection accounts have sufficient privileges to the source and destination directories.    Possible cause: The distribution point might not be accessible to SMS Distribution Manager running on the site server.  Solution: If users are currently accessing the package files on the distribution point, disconnect the users first. If the package distribution point is located on a Windows NT computer, you can force users to disconnect by clicking on the "Disconnect users from distribution points" box in the Data Access tab of the Package Properties dialog box.    Possible cause: The distribution point does not have enough free disk space to store the package.  Solution: Verify that there is enough free disk space.    Possible cause: The package source directory contains files with long file names and the total length of the path exceeds the maximum length supported by the operating system.  Solution: Reduce the number of folders defined for the package, shorten the filename, or consider bundling the files using a compression utility.
And
Severity               Type      Site code             Date / Time        System Component        Message ID         Description
Error      Milestone           ECH        10/18/2008 3:39:28 AM  VHAECHSMS1    SMS_DISTRIBUTION_MANAGER                2302       SMS Distribution Manager failed to process package "AutoCAD" (package ID = ECH00070).    Possible cause: Distribution manager does not have access to either the package source directory or the distribution point.  Solution: Verify that distribution manager can access the package source directory/distribution point.    Possible cause: The package source directory contains files with long file names and the total length of the path exceeds the maximum length supported by the operating system.  Solution: Reduce the number of folders defined for the package, shorten the filename, or consider bundling the files using a compression utility.    Possible cause: There is not enough disk space available on the site server computer or the distribution point.  Solution: Verify that there is enough free disk space available on the site server computer and on the distribution point.    Possible cause: The package source directory contains files that might be in use by an active process.  Solution: Close any processes that maybe using files in the source directory.  If this failure persists, create an alternate copy of the source directory and update the package source to point to it.
Source files is ~ 1.53 GB in size.  Some of the files in the root are copying.  We're running McAfee VSE 8.0i, but, no evidence that it's blocking things (tried turning off on-access scan, and, still wouldn't distribute).  Other, smaller packages will update, so, seems to be something unique to this one.  I can manually copy the package source files to the DPT's via their hidden share, so, not sure why it won't work. 
No obvious errors in the event or SMS logs, besides the above.
Any ideas?
Thanks.

Answer 1

I had the same issue with some of my packages where it would never finish transferring to the DP's.  Unchecked BDR and it distributed fine.  It would be very nice if SCCM has some builtin feature where it detects the size and number of files a package has and enable/disable BDR accordingly.
But I still have one problem that I can't figure out.  I have the Office 2007 package (800+MB).  It cannot not be distributed to one of our DP's.  The DP is in China.  That DP has enough space.  All the rights and permissions are setup correctly because all of the other packages (30+) transferred okay.  And these packages range from a couple MB's to 3GB in size.  And all of those packages have been distributed there.
The interesting part is that it transfers a majority of the package and seems to just stop.  And it's always the same folder that didn't finish (the Updates folder).  This seems to have been a issue as far as I can remember.  Could it possibly be that it's still transferring and when midnight rolls around when server does backup then it seems to start again?  The reason I say that is because when looking at the package status, the summary date is always a few minutes after midnight.  I don't understand how that's possble when it transferred 3GB+ successfully.
I have tried it with BDR and without BDR.  I tried removing the contents from the DP and add the DP again.
So if anyone has any suggestions, I would gladly try.  Thanks in advance!