9 replies to this topic

[bagerlk]

Can someone please let me know why I am receiving the below error in my log file? I have bolded the main parts in error. Thanks.

********************************************************************************

APUP Has Started

Operating System: English (1033) Windows XP Professional Service Pack 3
Current Locale: English - Australia / Non-Unicode Default: English - United States
Starting APUP From: C:\apup_2000
Date & Time: 29-May-2009 17:34 UTC Offset: 10

***Downloading/Processing Releases.list***

List file HTTP location: http://www.autopatch...m/releases.list

***Releases.list Processed: Waiting for User Input***

The Following Releases have been Picked:
apup.script
apengine.script
english/win2000/autopatcher_2k_enu_2805a.script

***Running Any Pre-Cleanup Routines***

Executing shell command: del "C:\apup_2000\apup_bin\uz.exe"

***Starting Detection Routine Phase***

Detection error for file C:\apup_2000\modules\Components\__msxml\MSXML6SP1_2k_enu.apm
MD5 Hashes do NOT match. Expecting 37967613a9307312e78e164dbedf2eca, but found e39aebb917dc0c53fabd58d958c3f588!!!
Item AutoPatcher 2K Components APMs is missing. Adding its download to the queue.
--Adding http://www.autopatcher.com/releases/englis...nents_0903.7z--

***Downloading Releases***

Files to be Downloaded: 0

***Processing Cleanup Routines***

Unable to unzip file C:\apup_2000\modules\temp_bin\windows_2k_enu_components.7z: File is Missing!!!

[gUiTaR_mIkE]

The issue is with the script and not you. But, make sure you have 7za.exe in the apup_bin folder - if not please report.

You are receiving this error because there is a discrepancy in the script - it is being looked into.

I will update you on the issue with MSXML6SP1_2k_enu.apm, update the script and resign once I know which file to use.

Mike

Update: May 29, 2009 2:40 PM PST
Please re run apup.exe /log to update your release. It should show as Official once you have updated
the release and the script does a little housecleaning. The following should be accomplished...

-> Make sure these two files are present in the "\modules\Components\__msxml\" directory...
...msxml4_sp3_enu.apm
...MSXML6SP1_2k_enu.apm

-> Make sure these two files are deleted from the "\modules\Components\" directory...
...windows_2k_enu_components_0903.7z
...windows_2k_enu_components_2905.7z

[bagerlk]

Thanks for the reply. 7za.exe does exist in the apup_bin folder so the problem isnt there. With the changed script, I get an error free log however autopatcher still reports an unofficial release. The log generated is:

********************************************************************************
*

APUP Has Started

Operating System: English (1033) Windows XP Professional Service Pack 3
Current Locale: English - Australia / Non-Unicode Default: English - United States
Starting APUP From: C:\apup_2000
Date & Time: 01-Jun-2009 16:52 UTC Offset: 10

***Downloading/Processing Releases.list***

List file HTTP location: http://www.autopatch...m/releases.list

***Releases.list Processed: Waiting for User Input***

The Following Releases have been Picked:
apup.script
apengine.script
english/win2000/autopatcher_2k_enu_2905a.script

***Running Any Pre-Cleanup Routines***

Executing shell command: del "C:\apup_2000\apup_bin\uz.exe"
Executing shell command: del "C:\apup_2000\modules\Components\windows_2k_enu_components_0903.7z"
Executing shell command: del "C:\apup_2000\modules\Components\windows_2k_enu_components_2905.7z"

***Starting Detection Routine Phase***

***Downloading Releases***

Files to be Downloaded: 0

***Processing Cleanup Routines***

********************************************************************************
*

Any ideas?

[gUiTaR_mIkE]

Quote

I get an error free log however autopatcher still reports an unofficial release.

The release should be Official so, you may have stray (extra files) in one or more folders. This can happen when apup.exe
is not run for a while and the commands to do some housecleaning have since been removed to keep the script size to a
minimum - the result is the files get left behind.

Note: I'm assuming your Windows 2000 SP4 release is in it's own modules folder? If you have downloaded other releases
to the same directory it can be done but isolating the stray files is far more time consuming (and the numbers below are
meaningless).

We need to find them and remove them manually. Don't worry if you should remove a needed file - you will want to run
apup.exe /log again to verify the release when done anyway - apup.exe will download the file.

Lets look at the folder / file info for each directory.

In the C:\apup_2000\modules folder - right click and check the properties of these 3 directories...

Note: Empty folders wont make a release show as Unofficial - unless a file exists in this folder - please report your findings
based on the information given below - and we will try and locate the extra files.

...\Components -> 48 Files - 17 Folders - Size: (80,225,145 bytes)
...\Critical -> 176 Files - 89 Folders - Size: (146,447,217 bytes)
...\NonCritical -> 23 Files - 11 Folders - Size: (17,769,740 bytes)

[bagerlk]

Thanks for the update. Firstly, my Windows 2000 SP4 release is in its own modules folder and in fact this is the only release I am creating/including in my C:\apup_2000 folder. My folder structure compared to yours is:

Yours:

...\Components -> 48 Files - 17 Folders - Size: (80,225,145 bytes)
...\Critical -> 176 Files - 89 Folders - Size: (146,447,217 bytes)
...\NonCritical -> 23 Files - 11 Folders - Size: (17,769,740 bytes)

Mine:

...\Components -> 49 Files - 17 Folders - Size: (80,230,086 bytes) - difference of 1 file of 4,941 bytes
...\Critical -> 174 Files - 87 Folders - Size: (144,294,937 bytes) - difference of 2 folders and 2 files of 2,152,280 bytes
...\NonCritical -> 23 Files - 11 Folders - Size: (17,769,740 bytes) - no difference

I have already worked out that the 1 extra file in the Components folder was windows_2k_enu_components.7z so I deleted it and all is good there. However I can't for the life of me work out what's missing from the Critical folder. As I said before, apup generates an error free log file so I can't explain it.

Where to from here do you think?

UPDATE:

I just re-downloaded the entire Windows 2000 SP4 release to a new/empty folder and am experiencing the same results:

...\Critical -> 174 Files - 87 Folders - Size: (144,294,937 bytes) - difference of 2 folders and 2 files of 2,152,280 bytes

apup reports error free log but I still have 2 files & folders missing from the Critical folder. What could they be?

Edited by bagerlk, 03 June 2009 - 06:21 AM.

[gUiTaR_mIkE]

Quote

As I said before, apup generates an error free log file...

You are missing 2 Critical updates - something is wrong in the script!

If you have an md5sum program that can verify files / folders recursively, here is an md5 file to be put in the ...\modules directory
and run. It should reveal the missing files - please run it and report the missing files names exactly.

I use HKSFV v2.0.1 build 84.
Note: Regardless of the program used, don't allow it to delete or rename (change in any way) the files - only flag them within the
program window for errors.

...\modules
..................\Components
..................\Critical
..................\NonCritical
windows_components.apm
windows_critical.apm
windows_noncritical.apm
windows.2000.modules.folder.md5

Quote

1 extra file in the Components folder was windows_2k_enu_components.7z

Also: Now this is important, was that the Exact name of the file you had to delete and not one of the 2 listed in your log,
_0903.7z or _2905.7z? I might need to add another "Delete" command to remove what may be a stray for someone else!

I updated the script to hopefully delete windows_2k_enu_components.7z from the "Components" folder should it get left behind.

[bagerlk]

hkSFV worked like a charm. Detected missing files as follows:

..\Critical\KB914389_2K_enu.apm_files\Windows2000-KB914389-x86-ENU.EXE
..\Critical\KB936021_2K_enu.apm_files\Windows2000-KB936021-x86-ENU.EXE

NOTE: The folders were also missing and the files KB914389_2K_enu.apm and KB936021_2K_enu.apm were also missing however hkSFV did not pick this up.

I have downloaded the two missing .exe files (direct from Microsoft) and added them manually to the missing folders. I also copied the missing .apm files from an old AutoPatcher CD I had from 2007. When I now run AutoPatcher, I still get the red text at the top right that says "Unofficial/Unsupported Release", however, in the about box I get the Official column marked as "True". Perhaps I need updated .apm files?

UPDATE: Now when I re-run hkSFV after manually adding the missing files and folders hkSFV crashes on my PC. When I remove them, hkSFV runs fine detecting again the two missing files.

Anyway, thanks for your assistance thus far. I eagerly await your reply.

bagerlk.

Edited by bagerlk, 04 June 2009 - 10:40 PM.

[gUiTaR_mIkE]

bagerlk,

Please, let's stay on the same page - don't do more than you are asked. I asked you to run the md5 and report your findings
not start adding more files into the mix. I believe there is a problem with the script like I said before.

This is what I need to determine - If James wanted to remove both KB914389 and KB936021 from the Windows 2K SP4 release.

On November 12, 2008 James added these commands to the script:
PreAction.FileDelete=autopatcher:\modules\Critical\KB914389_2K_enu.apm
PreAction.FileDelete=autopatcher:\modules\Critical\KB936021_2K_enu.apm

This removed the 2 apm files only, and left the 2 exe files / folders in the release. Not a big deal, without the apm files the
updates wont appear in AutoPatcher. He needed to add 2 "PreAction.FolderDelete=" commands to remove both updates
folder and contents, but he didn't.

He also must have removed the links to download Windows2000-KB914389-x86-ENU.EXE and Windows2000-KB936021-x86-ENU.EXE
because they are not in the script. This prevents you from downloading them but I had already downloaded both files and they are in
my release - and the release was signed Official in this state, so...

You need to get your release to show as Official (and True) by adding:
..\Critical\KB914389_2K_enu.apm_files\Windows2000-KB914389-x86-ENU.EXE
..\Critical\KB936021_2K_enu.apm_files\Windows2000-KB936021-x86-ENU.EXE

as you did, with no apm files (I know this is not correct but we want your release Official - I will correct this!). If you added the same
files I have (the size and hash have to match not just the name) it will show as Official.

For me, I need to determine if James wanted to remove both updates "exe files/folders/apm files". If so I will add the "FolderDelete"
commands.

So, add only what the md5 showed as missing, if the files you found are the same as mine your release will show as Official.
Note: When your release was showing as true (you have all the files to complete the release) but Unofficial (you have too many files
in the release - in this case the apm files - I hope!)

If you would run apup.exe /log to remove the 2 apm files - I want to know the script is working at your end.

Please report your findings.

Mike

[gUiTaR_mIkE]

Followup:

@bagerlk

I updated the script to remove both of the folders, they aren't needed and were supposed to be removed with the apm files, so...

Run APUP twice, first time to remove folders and download new rti file - check your log and make sure you see:
...Deleting Folder KB914389_2K_enu.apm_files
...Deleting Folder KB936021_2K_enu.apm_files

You will also see a mismatch with the rti hash and it will be added to the download list - files to download = 1, also if you left the
apm files in the folder they should show up in the ...Deleting xxx list above.

Note: Don't forget to remove the md5 file you put in the \modules folder.

Run APUP a second time to clear your log of the notes listed above, should show -> files to download = 0 and be Official and True.

Please don't hesitate to report any problems or success

Mike

P.S. Thank you for spotting this issue it is nice to clean up rogue files / folders when we can.

[bagerlk]

You are a champion! All is working now. I get an Official and True release so thank you very much. Keep up the great work!