My favorites | Sign in
Project Home Downloads Wiki Issues Code Search
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 81266: Update server not available (error: 3)
49 people starred this issue and may be notified of changes. Back to list
 
Reported by UnnamedSpace, May 2, 2011
Chrome Version       : 13.0.752.0
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5:
Firefox 4.x:
IE 7/8/9:

What steps will reproduce the problem?
1. Click the wrench icon and choose about.
2.
3.

What is the expected result?
Shows "Google chrome is up to date (13.0.752.0)

What happens instead?
Shows "Update server not available (error :3)

My OS is Win 7 SP1 x64. Chrome canary and dev both updates without problem until about a week ago the update server not available error started to show up. However I noticed that the browser still updates itself. I've tried to uninstall/reinstall the browsers/all google apps, change permissions, edit registry and other solutions suggested but none of them worked. Now that I've reinstalled the browser yesterday I'm not sure whether it will updates itself despite the error now.

Another thing is that I tried to install Chrome in guest account and it shows "google chrome is up to date" as expected. When the "about" windows is open there are three googleupdate.exe instances invoked, as can be seen from task manager. Whereas in my admin account there are no googleupdate.exe running when the "about" window is open.

It seems several people have experience this problem since last week. Are there anyone who is aware of what's going on?

Thank you!

May 5, 2011
#1 dhw@chromium.org
Problem [Confirmed].  This is definitely happening.  Also repro'ed on a computer with WinXP SP3.

Important points to note:

1. Updates did work previously, from the exact same computer and same internet connection.
2. Problem started within last week or 2 weeks.
3. Problem now repros with Chrome Canary, Dev, and Beta, when manually selecting Wrench menu > About Google Chrome.
4. The browser still updates itself automatically; it's just the manual check that fails.
5. Manual update results in error:  Update server not available (error :3)

Is it related to this?

Google Update 1.3.21.53 blocks Chrome updates
http://www.google.ca/support/forum/p/Chrome/thread?tid=3ac1e93ca9997e21

Or, I'm not sure, is it related to previous Google Pack installs/multiple Google update DLLs?
(eg. npGoogleUpdate3.dll vs. npClDetect1.3ldll)
Status: Available
Cc: robertsh...@chromium.org laforge%chromium.org@gtempaccount.com mal@chromium.org
Labels: -Area-Undefined Area-Build Build-Official
May 5, 2011
#2 dhw@chromium.org
 Issue 80539  has been merged into this issue.
May 5, 2011
#3 UnnamedSpace
But it doesn't explain why on the same OS and a different account newly installed chrome doesn't not show error 3.
May 5, 2011
#4 lafo...@chromium.org
Hey Alberto, do you think this might be related to the Omaha3 push?
Status: Assigned
Owner: alberto%...@gtempaccount.com
May 5, 2011
#5 robertsh...@google.com
If it helps, error code 3 corresponds to GOOGLE_UPDATE_ONDEMAND_CLASS_NOT_FOUND which suggests an Omaha component registration problem.
May 5, 2011
#6 albe...@chromium.org
I've seen this from unofficial builds. 

Pack started deploying Pack v3 to TT before we did, so it might be an earlier version. Let me ask the team. 
Status: Started
May 5, 2011
#7 larr...@gmail.com
I am also having this happen.  Uninstalled and then reinstalled Chrome from scratch and it worked for a few days.  But this morning, the failure with an error code 3 returned. What appears to have broken it this time was that sometime in the past 24 hours the version updated to 11.0.696.60 from 11.0.696.57.  It seems that whenever Chrome auto-updates, it breaks the ability to 'Check for Updates'. 
May 6, 2011
#8 jgeh...@google.com
omaha-test has installed Chrome from the Dev channel on a machine outside the corp network (internal updates being off at the moment), and we're waiting for the next Chrome update on Monday, when we'll test manually updating to the latest version.
May 8, 2011
#9 dhw@chromium.org
 Issue 81982  has been merged into this issue.
May 8, 2011
#10 dhw@chromium.org
 Issue 81975  has been merged into this issue.
May 8, 2011
#11 wtlar...@mindspring.com
Yes, I opened  Issue 81975  and have been having this problem since I updated to 12.0.742.16 dev-m.
May 8, 2011
#12 brycesto...@gmail.com
 Issue 67637  - Update not Available: Error 3
This issue has reproduction steps, can someone please take a look at it? Thanks in advance.
May 9, 2011
#14 wtlar...@mindspring.com
I looked on Chrome's site and it says "An error 3 message is caused by failing to read Google Updater correctly." (http://goo.gl/Jd3r).  Issue 67637  makes no since, as this problem only started occurring after the update to 12.0.742.16 dev-m, and I don't think I've launched any links from external programs since then.
noupdate.PNG
68.5 KB   View   Download
May 10, 2011
#15 wtlar...@mindspring.com
YES! I fixed the issue by manually updating Chrome (go to the download page for your build, all the pages are listed at http://goo.gl/PcNH). It now shows "Google Chrome is up to date." when I open the update box.
uptodate.PNG
120 KB   View   Download
May 10, 2011
#16 juansavetheplanet
I know it does help at the beginning however after a few days it fails again.
May 12, 2011
#17 abitt...@gmail.com
Google Chrome	12.0.742.30 (Official Build 84361) dev-m
WebKit	534.30 (branches/chromium/742@85801)
V8	3.2.10.5
Flash	10,3,181,14
User Agent	Mozilla/5.0 (Windows NT 5.1) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.30 Safari/534.30

i needed to re-run the googlechrome channel chose installer already twice on my windowsxp-box/win32 using the dev channel. what is this dev-m actually about? it used to be dev or beta and so on only. as of recently its dev-m

i enabled debug logging and here are the logs that appear when i go into the about dialogbox and get these error3 no servers available errors:

[5444:3900:1212711359:VERBOSE1:metrics_helpers.cc(199)] Metrics: Hash numeric [ShowAppMenu]=[945027365861407609]
[5444:3900:1212713187:VERBOSE1:metrics_helpers.cc(199)] Metrics: Hash numeric [AboutChrome]=[6722466584405096190]
[5444:3900:1212713187:VERBOSE1:metrics_helpers.cc(199)] Metrics: Hash numeric [UpgradeCheck_Started]=[16441599410409379983]
[5444:3900:1212713234:VERBOSE1:metrics_helpers.cc(199)] Metrics: Hash numeric [UpgradeCheck_Error]=[10074423840860828753]

right now after my re-installation with the channel choser .exe from google
http://www.google.com/chrome/eula.html?extra=devchannel&platform=win
it works again, but who knows when it will stop again. 

any comments or fixes? thanks.
May 12, 2011
#18 wtlar...@mindspring.com
As  Issue 67637  said, I opened MS Word 2007, typed in http://www.google.com/, and clicked on it. As normal, Chrome opened and went to Google. I checked the updater and it worked fine. So that's not it...
May 12, 2011
#19 qwer1...@gmail.com
Here's what happens for me:
1.Installed Chrome Canary 13.0.762.0 (Official Build 84939) canary
2.For several hours manual updates work
3.Registry has:
[HKEY_CLASSES_ROOT\CLSID\{2F0E2680-9FF5-43C0-B76E-114A56E93598}\LocalServer32]
@="\"C:\\Documents and Settings\\<USER>\\Local Settings\\Application Data\\Google\\Update\\1.3.21.53\\GoogleUpdateOnDemand.exe\""
4.That directory has many files, including GoogleUpdateOnDemand.exe.
5.Then they error: 3 is back.
6.Registry has:
[HKEY_CLASSES_ROOT\CLSID\{2F0E2680-9FF5-43C0-B76E-114A56E93598}\LocalServer32]
@="\"C:\\Documents and Settings\\<USER>\\Local Settings\\Application Data\\Google\\Update\\1.3.21.53\\GoogleUpdateOnDemand.exe\""
7.Directory is EMPTY!!!!!!

So, something wipes out the Update directory. It's not Chrome since it hasn't been running.

Hope this helps
May 12, 2011
#20 abitt...@gmail.com
after a few hours, my constantly running client (on winxp/32bit) is back to error 3 again in about dialogbox :((((((( what on googleearth is going on with all of this???

:((((

12.0.742.30 dev-m
updateserver not available. error 3.
please fix this dang thing already. thanks.
May 12, 2011
#21 wtlar...@mindspring.com
@abittner - Well, updating to the latest version via the manual dev build updater at http://goo.gl/o1HCz fixes the problem. The bad part was I updated from 12.0.742.16 to 12.0.742.30 and had no problem. You're having trouble with that version. This is a weird bug.

@qwer1304 - Well, now we know what caused it. Just like what Google said at http://goo.gl/bYAX2 this was caused because Google Updater wasn't there. But now the question, what's wiping it out? Qwer1304, can you remember any other programs you opened between the update and the file vanishing?
May 12, 2011
#22 UnnamedSpace
@qwer1304, @wtlarsen: my registry points to a googleupdateondemand.exe that exists. But still I'm getting erroe:3...
May 12, 2011
#23 qwer1...@gmail.com
I have Chromium and Google Talk constantly open.

Curiously, there's C:\Program Files\Google\Update directory with \Update\1.3.21.53 sub-directories, which is full of files that seem to be the ones that were were in C:\\Documents and Settings\\<USER>\\Local Settings\\Application Data\\Google\\Update\\1.3.21.53.

If I modify the registry to point to that location and do About Chrome, it takes much longer for it to return with error: 3.

It looks as if there are two problems:
1.Initially something wipes out the "correct" updater which causes immediate failures with error: 3
2.The version in C:\Program Files is incompatible with Chrome Canary.
May 12, 2011
#24 qwer1...@gmail.com
With Registry fixed, I can see in Task Manager that GoogleUpdate.exe process is launched and it stays there even after error: 3 has been returned.
May 13, 2011
#25 abitt...@gmail.com
i have even ditched my old googleupdater.exe (from pack.google.com) from a long while go via \programfiles\google\google updater\googleupdater.exe -uninstall

and got myself a new pack installer for googlechrome/googlemailapps from pack.google.com completely fresh again.

my my googleupdater.exe is at version 2.4.2166.3772
before i was coming from updater somewhere in 1.4.xxxxx or so.

still didnt help. my dev-channel googlechrome always displays error 3 again in the about dialogbox.
can please someone state whats actually happening here with all of this?

i suppose there is also a number of scheduled tasks in the manager, which look for various googleupdate googleupdater pack and apps and whatever google does there every few hours and regularly every day.

is this ever gonna get fixed?
thanks.
May 13, 2011
#26 gan...@google.com
If someone is willing to help out, it would be good to get a debug log. Here are the steps for User Chrome:

* Uninstall Chrome.
* Kill all GoogleUpdate.exe and GoogleCrashHandler.exe processes running from "Local Settings\\Application Data" (XP) or "AppData\Local\" (Vista/Win7) paths.
* Delete the registry key and subkeys under HKEY_CURRENT_USER\Software\Google\Update.
* Delete the directory "%appdata%\..\local settings\application data\google\update" (XP) or %localappdata%\google\update (Vista/Win7).

Now, install Chrome with dbg GoogleUpdate bits from here:
=> Stable channel: http://goo.gl/ypEHk
=> Dev channel: http://goo.gl/SlKVv

After a successful run of this installer (and waiting, if necessary), try to use the About box in Chrome. Assuming this fails, please attach the log which would be at:

Windows XP: C:\Documents and Settings\All Users\Application Data\Google\Update\Log
Windows Vista and Windows 7: C:\ProgramData\Google\Update\Log

Over a period of time, the dbg log can get quite big, so once you are done, please follow these steps to get back to the release version of GoogleUpdate:

* Uninstall Chrome.
* Kill all GoogleUpdate.exe and GoogleCrashHandler.exe processes running from "Local Settings\\Application Data" (XP) or "AppData\Local\" (Vista/Win7) paths.
* Delete the registry key and subkeys under HKEY_CURRENT_USER\Software\Google\Update.
* Delete the directory %appdata%\..\local settings\application data\google\update (XP) or %localappdata%\google\update (Vista/Win7).

Now reinstall Chrome and the release version of GoogleUpdate from http://www.google.com/chrome, or via http://www.chromium.org/getting-involved/dev-channel.

Thank you.
May 14, 2011
#27 dhw@chromium.org
 Issue 82662  has been merged into this issue.
May 14, 2011
#28 abitt...@gmail.com
(german windows xp prof. 32bit, german google-pack, but english googlechrome, maybe these are additional hints that help?)


replying back with these debug googleupdate thingy, i did everything that is described in comment #26 here. let the client run for a while. now coming back to the machine the about dialogbox is back to error 3 again.

odd thing is, the logs stopped like 4 hours ago, the logfile is over 4 hours old as well. going into about dialogbox doesnt add any more logs to the log-file.

there is something very wrong.
only thing i can think about is, are these sheduled tasks with all those google entries there. something of these sheduled tasks has to kill the googleupdate googleupdater or whatever all these slightly different parts are called, slightly different .exe files and this whole system and structures.

i can attach the whole log file ofcourse or you guys tell us what i should grep for more exactly.
any hints?

the last lines in the log are these:
(see attached file....)

the log seems to have hourly lines to it at the end 16:04 17:04, 18:04 up til 20:04 and stops there, i have some more logs before 16:04 as well, probably during or right after having made those re-install steps for chrome and the debug installer itself.

any more lines needed or are these sufficient?
thanks.
log-samples.txt
109 KB   View   Download
May 14, 2011
#29 gan...@google.com
Your log is bizzare all right. So after 20:04, there is total silence. Is the Google\Update directory gone now? This seems to indicate some kind of external program is deleting GoogleUpdate.
May 14, 2011
#30 dhw@chromium.org
 Issue 82681  has been merged into this issue.
May 15, 2011
#31 abitt...@gmail.com
which google\update directory are we talking about? can you be a bit more precise, there are just too many of these updater with space without space update and directories virtually everywhere ;) it would be easier if we had more information which directories and executables are in charge of what exactly and how the overall design is supposed to be. thanks.
May 15, 2011
#32 abitt...@gmail.com
interesting thing today is (have restarted (quit completely) googlechrome a number of times as of yesterday) that the googleupdate.log file has the date of today a few hours ago from now, but the very latest entries in this logfiles are still the lines from yesterday 20:04 when the content in that file stopped growing.....


[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][Unable to open Ping regkey][0x80070002]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][now 1305396240][last checked 1305392640][update interval 17700][time difference 3600]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][ShouldCheckForUpdates returned 0][0]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][Update check not needed at this time]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][Update all apps process finished][0x0]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][has_uninstalled_ is 0]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][AggregateAndReportMetrics]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][Goopdate::~Goopdate]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][ThreadPool::~ThreadPool]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][GoopdateImpl::~GoopdateImpl]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][exception handler has been uninstalled]
[05/14/11 20:04:00.118][GoogleUpdate:goopdate][8036:7324][DllEntry exit][0x00000000]
May 15, 2011
#33 wtlar...@mindspring.com
Here's something interesting; it's been almost a week since I manually updated, and everything works fine. Interesting question, does Google SketchUp include a copy of Google Updater? Because I recently got SketchUp 8, and nothing fishy has happened since.
May 15, 2011
#34 gan...@google.com
The contents of "C:\Dokumente und Einstellungen\hp\Lokale
Einstellungen\Anwendungsdaten\Google\Update". Thank you.
May 15, 2011
#35 abitt...@gmail.com
odd, there is no update directory there (any more?)

C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google>dir /A
 Volume in Laufwerk C: hat keine Bezeichnung.
 Volumeseriennummer: .....

 Verzeichnis von C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google

14.05.2011  20:55    <DIR>          .
14.05.2011  20:55    <DIR>          ..
14.05.2011  14:12    <DIR>          Chrome
29.03.2011  12:28    <DIR>          CrashReports
13.05.2011  20:05    <DIR>          Custom Buttons
06.11.2009  17:06    <DIR>          Google Gears for Internet Explorer
12.02.2010  17:13    <DIR>          Google Talk
15.05.2011  17:20    <DIR>          Google Talk Plugin
27.04.2010  19:12    <DIR>          GoogleEarth
20.03.2010  18:09    <DIR>          Toolbar Bookmarks
               0 Datei(en)              0 Bytes
              10 Verzeichnis(se),  .... Bytes frei
May 15, 2011
#36 abitt...@gmail.com
did some filemon (sysinternals/msft) capture while going to about dialogbox. here is what i get (path not found errors):


23:01:27	svchost.exe:1432	QUERY INFORMATION	C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Update\1.3.21.53\GoogleUpdateOnDemand.exe	PATH NOT FOUND	Attributes: Error	
23:01:27	svchost.exe:1432	QUERY INFORMATION	C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Update\1.3.21.53\GoogleUpdateOnDemand.exe.exe	PATH NOT FOUND	Attributes: Error	
23:01:27	svchost.exe:1432	OPEN	C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Update\1.3.21.53\GoogleUpdateOnDemand.exe	PATH NOT FOUND	Options: Open  Access: Read	
23:01:27	svchost.exe:1432	OPEN	C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Update\1.3.21.53\	PATH NOT FOUND	Options: Open Directory  Access: 00100000	



some windows internal component (via dcom or some google service?) tries to find the update directory and .exe-cutables in there, you were probably looking for as well.
weird. who is deleting those files in the first place?
May 15, 2011
#37 gan...@google.com
Correct. This is Chrome trying to use GoogleUpdate to check for updates.

GoogleUpdate automatically uninstalls if no applications are
registered with it under HKCU\Software\Google\Update\Clients. However,
it does log the uninstall. The fact that there are no log entries
since 20:04 indicate an external component (an Anti-Virus maybe?) that
might be quarantining GoogleUpdate. What kind of AV do you have on the
machine?
May 15, 2011
#38 abitt...@gmail.com
avg antivirus free edition. it never poped up to show of problems. i dont see any quarantined items. the directory doesnt just vanishes like that. avg only quarantines files if at all and always displays warnings.

this cant be. there must be some incompatibilities or one of these sheduled tasks thingies.
May 15, 2011
#39 gan...@google.com
Possibly. What do you have under HKCU\Software\Google\Update? Could
you please export the registry under that key on your machine using
regedit.exe?
May 15, 2011
#40 abitt...@gmail.com
requested export, file attached.
hkcu-software-google-update-export.txt
7.7 KB   View   Download
May 15, 2011
#41 qwer1...@gmail.com
Don't think it's anti-virus: I have NOD32, no complaints therefrom, and still the directory has been wiped out without a trace.
May 16, 2011
#42 anan...@chromium.org
 Issue 82805  has been merged into this issue.
May 16, 2011
#43 gan...@google.com
Hi abitt...@gmail.com, could you please follow the steps in "Comment 26" again, and then have ProcMon monitoring the Google\Update directory for deletion?

Here are the steps to run ProcMon after you have reinstalled Chrome and GoogleUpdate as per Comment 26:

* Download ProcMon from http://technet.microsoft.com/en-us/sysinternals/bb896645.
* Run ProcMon. 
* If a Filters dialog does not come up, in the "Filter" menu, choose "Filters".
* Choose "Path", then "Contains", then type in "C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google".
* Click "Add".
* Click "Ok".
* Type Ctrl+X to clear the log. 

Let ProcMon run until you see the "Error 3" again. Then go to "File" menu, "Save". Save "Events displayed using current filter" in Native PML format. 

That log is likely to tell us what is deleting the directory. Thank you very much.

May 16, 2011
#44 robertsh...@chromium.org
Issue 73176 has been merged into this issue.
May 17, 2011
#45 abitt...@gmail.com
i have managed to kill the update directory apparently within minutes. i did reinstall chrome delete all those reg keys and dirs and everything and reinstall and capture the events with procmon. i dont really actually see the delete entries in the procmon log, as there are quite many, but i did the following to bring up the error 3 very quickly.

once chrome was reinstalled (devchan) i first verified that the about box was working normally and checked for builds.

then i went into the sheduled tasks of winxp, and they are all but google ones, i started from the bottom ones, and when i arrived at the second last one, being called  gooleupdatetaskmachinecore, the about functionality was gone and error 3 came up.

on all other steps before the update/about was still working.
googleupdatetaskmachinecore has the following commandline on my scheduled tasks:
"C:\Programme\Google\Update\GoogleUpdate.exe /c"

the other three i did before this googleupdatetaskmachinecore were:
GoogleUpdateTaskMachineUA
GoogleUpdateTaskUserS-1-5-21-1292428093-484763869-725345543-1003Core
GoogleUpdateTaskUserS-1-5-21-1292428093-484763869-725345543-1003UA

the first (the last one, i didnt start that yet, as the error3 already started to appear) is:
Google Software Updater

I can attach the procmon eventlog as well if thats still needed?
 
May 17, 2011
#46 abitt...@gmail.com
i can verify, did the same all over again. after reinstallation of googlechrome everything is normal. letting googlechrome running even at this welcome startup screen right after installation. going once or twice into about screen. works all normal.

then simply going to scheduled tasks and executing the "GoogleUpdateTaskMachineCore" entry. triggers some of the googleupdate .exe-cutables and right after a second or so the update dir is always gone at my machine. 100% repro

unfortunately the procmon is very crash-prone, i have not yet managed to save the eventlogs from it.

can someone please try this googleupdatetaskmachinecore and see if it behaves the same way at their place? maybe this is just one part of the error-3 problem, as the scheduled tasks says this entry is only being executing during user-logon or something?

ah no i was mistaken, it has multiple schedules for this tasks, it executes at userlogon and at 8:55pm on my machine. anyways hopefully this helps with the understanding of this bug.
May 17, 2011
#47 abitt...@gmail.com
details of the .exe-cutable of that googleupdatetaskmachinecore:

C:\Programme\Google\Update>sigcheck -a -h -i GoogleUpdate.exe

Sigcheck v1.65 - File version and signature viewer
Copyright (C) 2004-2010 Mark Russinovich
Sysinternals - www.sysinternals.com

        Verified:       Signed
        Catalog:        C:\Programme\Google\Update\GoogleUpdate.exe
        Signers:
                Google Inc
                VeriSign Class 3 Code Signing 2004 CA
                Class 3 Public Primary Certification Authority
        Signing date:   01:04 14.10.2009
        Publisher:      Google Inc.
        Description:    Google Installer
        Product:        Google Update
        Version:        1.2.183.9
        File version:   1.2.183.9
        Strong Name:    Unsigned
        Original Name:  GoogleUpdate.exe
        Internal Name:  Google Update
        Copyright:      Copyright 2007-2009 Google Inc.
        Comments:       n/a
        MD5:    8f0de4fef8201e306f9938b0905ac96a
        SHA1:   d2e2915087427be8ea88b4a174c334c578208e78
        SHA256: ca7153fe0c037d79fbf7ce0e090d741fb52bccbbbd4ca505ef4849a0c4199f72
-----------

the version of the exe is 1.2.183.... and there is a subdir with that versions number there as well, but its empty, at the same time there is a subdirectory with a name of a newer version, named: "1.3.21.53" and that has content, language dlls and more....


Verzeichnis von C:\Programme\Google\Update\1.2.183.39
28.04.2011  20:50    <DIR>          .
28.04.2011  20:50    <DIR>          ..
               0 Datei(en)              0 Bytes
---------

C:\Programme\Google\Update>dir
 Verzeichnis von C:\Programme\Google\Update
17.05.2011  10:56    <DIR>          .
17.05.2011  10:56    <DIR>          ..
28.04.2011  20:50    <DIR>          1.2.183.39
28.04.2011  20:50    <DIR>          1.3.21.53
13.05.2011  19:54    <DIR>          Download
03.11.2009  13:24           135.664 GoogleUpdate.exe
17.05.2011  09:55    <DIR>          Install
----------

maybe there is some mix and mess with the executables not being replaced properly, some old executables still being active and so on.
May 17, 2011
#48 grt@chromium.org
(No comment was entered for this change.)
Cc: grt@chromium.org
May 17, 2011
#49 gan...@google.com
That makes no sense that running the GoogleUpdateTaskMachineCore, which only touches %ProgramFiles%, deletes User GoogleUpdate running under %LocalAppData%. Task GoogleUpdateTaskUserS-1-5-21-1292428093-484763869-725345543-1003Core is what works with %LocalAppData%. Would be nice to get the ProcMon log.
May 17, 2011
#50 qwer1...@gmail.com
I set the C:\\Documents and Settings\\<USER>\\Local Settings\\Application Data\\Google\\Update\\1.3.21.53 directory and its contents to R/O, and still it got wiped out. 
May 18, 2011
#51 abitt...@gmail.com
it is the googleupdate.exe process that deletes stuff. it goes through all of those dirs and sets "delete" to all the items.

i could only use the older sysinternals filemon.exe tool, and save the events for that directory "C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google"

procmon wouldnt stop capturing events for me on this windows xp box. there seem to be quite severe known issues with procmon (browse through all the sysinternals forums threads and complaints). i have a very hard time to make it quit capturing events and allow me to export them.

so i created the filemon stuff. i started capturing into the log while running the reinstalled googlechrome. i did a few times the about box, still working and triggering the googleupdateondemand.exe, then i quit googlechrome and triggered once that scheduled task named: "GoogleUpdateTaskMachineCore"

it starts working on those directories and kills them step by step and sets them to deleted. at least thats what the filemon log looks like.

please start looking into this and start believing that its your own apps and servicing stack that creates this mess in the first place.

what is the "/c" parameter actually for. sounds like clean or cleanup to me when i consider this whole thing and look at the big picture.
googleupdate-deletes-everything-Filemon-events.log
608 KB   View   Download
May 18, 2011
#52 abitt...@gmail.com
the cmd.exe entries in the log right after chrome shutdown are to show you that cmd can still do a "dir update" and successfully can crawl and list the items in the update directory. after the scheduled tasks has run i retrigger the dir command again and there is simply no update directory left any more.
May 18, 2011
#53 abitt...@gmail.com
here comes the procmon pml log, 7zip compressed. the procmon shows no differently than the filemon. its the googleupdate process that goes through all its own language dll files and directory and kills the whole stuff. step by step during the scheduled tasks that exists on this machine. scheduled tasks is being triggered manually though for this bug report.

procmon-Logfile.pml.7z
431 KB   Download
May 18, 2011
#54 gan...@google.com
Hi abitt...@gmail.com, thank you very much for all the investigation and logs. You have indeed uncovered a bug. We have a fix that we hope to ship shortly.

Here is the issue. The Machine GoogleUpdate is trying to do some cleanup of some legacy directory that might be left over from previous versions. It runs as the NT AUTHORITY\System user. It tries to cleanup the directory relative to CSIDL_LOCAL_APPDATA. 

Now CSIDL_LOCAL_APPDATA according to http://msdn.microsoft.com/en-us/library/bb762494(v=vs.85).aspx is supposed to return something of the form C:\Documents and Settings\{username}\Local Settings\Application Data. Where {username} should be distinct from and not (ordinarily?) overlap with any local user on the machine.

However, in your case, the path returned from this API is C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten. Notice the username is "hp", which I presume is the user you login with as well? I was wondering, would you know if you changed some settings related to the local and/or system user that might have caused this to happen?

Thank you very much again!
May 18, 2011
#55 gan...@google.com
Hi abitt...@gmail.com, one other thing is that it would be good to get a debug log of the Machine GoogleUpdate as well if you can help. Here are the steps:

Install dbg Machine GoogleUpdate bits from here: http://goo.gl/G1SkS. Note: the installer will say it is installing Chrome, but it will not, since you already have Chrome installed.

After a successful run of this installer, run "GoogleUpdateTaskMachineCore" and "GoogleUpdateTaskMachineUA" scheduled tasks one at a time. Then please attach the log which would be at:

C:\Documents and Settings\All Users\Application Data\Google\Update\Log

Thank you!
May 19, 2011
#56 abitt...@gmail.com
hello, well this is some hewlettpackard laptop, which came preinstalled with winxp and had a local useraccount pre-created without a password and immediately usable when it shipped, at least thats what i remember. the ctrl+alt+del window displays the username as "hp" and all the real directories of the user are also called "hp" so the user is really called "hp" and has never been renamed or anything. the local user only added a password to its user account somewhen at a later time. thats all i can say, i dont think anything has been changed or added on this normal windows xp installation.
May 19, 2011
#57 abitt...@gmail.com
well this installer does say it wants to install chrome, and at the very end it pops up an error dialog-box where it says googlechrome has already been installed for this user and if it does not work please uninstall and download it again (okay button, link with show me help for this issue).

i left googlechrome running while the installer was working. is this a problem? attaching the log (7zip).

about this bug: as i didnt start this bug in the first place, i wonder if the other participants here also have exactly the same bug or if there is more to this error 3 and other origins for similar bug results on the other non-winxp machines? 
copy-of-GoogleUpdate.log.7z
28.7 KB   Download
May 19, 2011
#58 abitt...@gmail.com
hmm btw, i forgot about those two tasks needed to be started, but right now i am seeing that the "GoogleUpdateTaskMachineCore" is being displayed as started, so i cant start it right now. is this still a state from having run this new http://goo.gl/G1SkS   installer, or is it still hanging from my last attempts from yesterday? should i start the UA one additionally or first stop the Core one, or start all over from scratch once again?
May 19, 2011
#59 abitt...@gmail.com
eventually the running Core has come to an end, so I restarted it, and then the UA as well, and am now attaching the latest log (7zip packed).
copy2-GoogleUpdate.log.7z
29.8 KB   Download
May 19, 2011
#60 abitt...@gmail.com
btw, about that msdn documentation and the things you mentioned:

-----------------
Now CSIDL_LOCAL_APPDATA according to http://msdn.microsoft.com/en-us/library/bb762494(v=vs.85).aspx is supposed to return something of the form C:\Documents and Settings\{username}\Local Settings\Application Data. Where {username} should be distinct from and not (ordinarily?) overlap with any local user on the machine.

However, in your case, the path returned from this API is C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten. Notice the username is "hp", which I presume is the user you login with as well? I was wondering, would you know if you changed some settings related to the local and/or system user that might have caused this to happen?
-------------

i dont yet understand what you are trying to say. it does exactly what you say, it returns the path exactly as in your first sentence, only the path names on german windows xp are localized to german language. or what am i missing here to understand your explanation?

\hp\Lokale Einstellungen\Anwendungsdaten
is exactly
\{username}\Local Settings\Application Data
on german windows xp. hp = username, and the rest is localized. so is the docsandsettings localized to dokumenteundeinstellungen.....

where is reason for the bug and misbehavior in the whole deal?  or do you mean the function should return different things as the scheduled tasks is running as a system user or something? actually i didnt look into the details of the scheduled tasks that thoroughly, maybe they are running as the wrong user, have been created with bad credentials to run in or similar.

the MachineCore runs as: NT AUTHORITY\SYSTEM
the MachineUA runs as: NT AUTHORITY\SYSTEM
as well.....
May 19, 2011
#61 dhw@chromium.org
 Issue 83225  has been merged into this issue.
May 19, 2011
#62 robertsh...@chromium.org
 Issue 59599  has been merged into this issue.
Cc: finnur@chromium.org
May 20, 2011
#63 wtlar...@mindspring.com
@abittner - Could the localization be causing the problem? Or is there a German language Chrome available?
May 20, 2011
#64 qwer1...@gmail.com
It's not localization.I have EXACTLY the same problem with EXACTLY the same behavior with a vanilla English Win XP.
May 20, 2011
#65 abitt...@gmail.com
can the other fellow users who are participating here please also provide some debug logs and follow the explanations to hunt down this bug. it is very odd and i am kinda frustrated by now and i find it ridiculous that google as the creator of their whole update stack and mechanisms and all this very fancy elaborate and highly complex stuff havent arrived at a solution yet to this bugged behavior and seem to still not having figured it all out. its really a pest. thanks in advance.
May 20, 2011
#66 gan...@google.com
Hi abitt...@gmail.com, we have a fix that we are hoping you could try out. Here are the steps:

* Install opt Machine GoogleUpdate bits from here: http://goo.gl/PCLnE. Note: the installer will give an error dialog since you already have Chrome installed, which you can safely ignore.
* Now, install opt User GoogleUpdate bits from here: http://goo.gl/27gYg. 

After a successful run of this installer, run "GoogleUpdateTaskMachineCore" and "GoogleUpdateTaskMachineUA" scheduled tasks one at a time. Then, try the About box in Chrome. You should not get the Update Server Not Available error anymore. Please confirm.

Thank you!
May 20, 2011
#67 abitt...@gmail.com
no good. the first google shorturl only arrives me at:
http://dl.google.com/tag/s/appguid%3D%7B8A69D345-D564-463C-AFF1-A69D9E530F96%7D%26lang%3Den%26browser%3D0%26usagestats%3D0%26appname%3DGoogle%2520Chrome%26needsadmin%3Dtrue/update2/1.3.21.57/opt/GoogleUpdateSetup.exe

it gives me errors (surfing via googlechrome directly here from the code google site, rightclick open in new window)


the second google short url from the last reply also arrives me at an error page :(((( your links are no good and of no use, sorry.....

-----------
404. That’s an error.
The requested URL /tag/s/appguid%3D%7B8A69D345-D564-463C-AFF1-A69D9E530F96%7D%26lang%3Den%26browser%3D0%26usagestats%3D0%26appname%3DGoogle%2520Chrome%26needsadmin%3Dtrue/update2/1.3.21.57/opt/GoogleUpdateSetup.exe was not found on this server. That’s all we know.


404. That’s an error.
The requested URL /tag/s/appguid%3D%7B8A69D345-D564-463C-AFF1-A69D9E530F96%7D%26lang%3Den%26browser%3D0%26usagestats%3D0%26appname%3DGoogle%2520Chrome%26needsadmin%3Dtrue/update2/1.3.21.57/opt/GoogleUpdateSetup.exe was not found on this server. That’s all we know.

------------

halp! :(
May 20, 2011
#68 gan...@google.com
I apologize, the links were incorrect. Please try these:

* Install opt Machine GoogleUpdate bits from here: http://goo.gl/6Sryj
* Now, install opt User GoogleUpdate bits from here: http://goo.gl/S5Z6Q

May 20, 2011
#69 abitt...@gmail.com
ok did install the two new engines, and things seem to have gotton fixed now. the about dialogbox continues to work.

one thing i am wondering about: the about dialogbox now says i am on chrome 13 windows. it doesnt say anything about dev or beta channel or whatever any more. i used to be on dev, and it was dev-m or beta-m on those various channels. it only displays the version number, an empty line below and then windows. thats all.

is this supposed to be this way?
13.0.767.1
<emptyline>
Windows

thats all.

is this bug now considered fixed? any details on this whole deal, background information what it was all about and how it got started in the first place and how you guys fixed it? it wasnt my bugreport i only added myself at some point in time and was wondering if the other merged bugs and other participants also experience this very same bug or might still have slight variations or even completely different reasons for error-3 bug while updatecheck?
anyways, thanks for fixing at least the part that was affecting my system.



one more question: i experienced a complete chrome crash after i have restarted my chrome a few minutes ago right after i had installed those two new engine components. drwatson came up and said it was chrome.dll or so, one of my tabs or so crashed, but then the google chrome dialogbox appeared telling the whole google has crashed.

is there any place to view my chrome crashes? like on moz/firefox there is this about:crashes special page. is there similar details and stats and technical stuff especially for the google crashes? can i find out more about my crashes? thanks.
May 20, 2011
#70 pingya...@gmail.com
Thanks to abittner and gan.. for their hard work on this over the last couple of hours. Problem appears to be fixed here.
May 21, 2011
#71 wtlar...@mindspring.com
Since updating manually, I've had no problem! It looks like this bug is fixed.
May 22, 2011
#72 UnnamedSpace
I used the two updaters mentioned above and run the scheduled tasked, still getting error 3. I've also removed both dev and canary then reinstalled, same error 3....

Can you guys tell me exactly what what I need to do? It looks like the bug is fixed?
May 22, 2011
#73 abitt...@gmail.com
as i have mentioned it several times, it may still be the possibility that this error-3 bug is more than only this one solution and fix that has been posted and reported here.

maybe you should please as well provide the appropriate filemon/procmon and google-debug installer logs and submit them here, so that the google folks can analyze your sitation and see if its maybe a different behavior but with the same results.

the easiest way you could start is to see if your "update" directory vanishes completely as well when you run the google scheduled tasks (GoogleUpdateTaskMachineCore).

if the directory goes missing and vanishes completely, then it should most likely be the same bug or a very similar bug. if its still there but you are still getting error 3, then the reason and origin of your bug is probably a very different thing.
May 23, 2011
#74 gan...@google.com
Hello there, yes, "Error 3" is not terribly informative. There is more than one underlying reason that is boiled down to it unfortunately. We will make it more informative in the future.

abitt...@gmail.com and others for whom the binaries in Comment 68 fixed the "Error 3" problem: can you please download the attached EnumProfileList.vbs, and run the following command from a cmd.exe prompt (on Vista/Win7, an elevated cmd.exe prompt):

cscript EnumProfileList.vbs > output.log

Please be sure to substitute any information in the log that you might deem sensitive before you post it. 

We hope to be able to use the log to try to automatically recover other users that may be affected by this specific "Error 3" root cause. Thank you very much.

EnumProfileList.vbs
1.8 KB   View   Download
May 23, 2011
#75 abitt...@gmail.com
the output of the vbscript is very odd. it also lists elements and profile stuff (maybe some oem preinstall default set or something) in %systemroot%\system32\config\systemprofile\

i know the system32\config directory, but i never came across such a systemprofile folder in there on other windows xp machines as far as i remember.

attached are the results on this winxp 32bit machine.
dont know if its worth removing data as it mighty not be usable then any more. if its sensitive please remove the file when you copied it over to your google systems internally or remove sensitive information from it, you developer folks know probably best what parts of the file you need and which ones you dont.
thanks.
enumprofilelist-out.txt
2.2 KB   View   Download
May 23, 2011
#76 UnnamedSpace
abitt...@gmail.com, Thanks for the response. I check both C:\Program Files (x86)\Google\Update and C:\Users\*NAME*\AppData\Local\Google\Update. They are there when I run the task. I'm on Win 7 64bit and I do not have this error 3 problem if I used the guest account. I know I opened this thread but I've been too busy to follow each reply. Can you tell me how to provide those debug logs?

Thanks!
May 23, 2011
#77 abitt...@gmail.com
the directories are there before you run the scheduled tasks? but not after? or after the task as well? i dont know your whole story.

before i took part in this bug discussion i once read about the googleupdate logging, right now i am only finding this site for description on how to enable more verbose logging:
https://code.google.com/p/omaha/wiki/ClientLog
but i think i used to see some other google help site or so.
you can activate the logging probably via the described method on that page

please follow the comments from the chromium and google developer folks at the comments in this bug at:
comment #26 and #43
https://code.google.com/p/chromium/issues/detail?id=81266#c26
https://code.google.com/p/chromium/issues/detail?id=81266#c43

and maybe your debug logs show different hints then on what to do, or you can try
the information from comment #66 but use the fixed links from comment #68

https://code.google.com/p/chromium/issues/detail?id=81266#c66
https://code.google.com/p/chromium/issues/detail?id=81266#c68
good luck.
May 23, 2011
#78 gan...@google.com
Thank you abitt...@gmail.com for the enumprofilelist-out.txt. One more thing. Could you please get PsExec.exe from http://download.sysinternals.com/Files/PsTools.zip and run it as such:

psexec -i -d -s c:\windows\system32\cmd.exe

and in the cmd.exe shell that gets spawned, please run "cscript EnumProfileList.vbs > output.log", and post that log?

This will tell us what the NT AUTHORITY\System account sees when it runs that script. Thank you!

May 23, 2011
#79 abitt...@gmail.com
is psexec necessary at all in the first place or can it be done with runas or i think there is such a native winxp tool to run as different credential? anyways will report back.
May 23, 2011
#80 gan...@google.com
psexec is necessary to run cmd.exe as System. psexec is a Microsoft-published tool, they own SysInternals. See here: http://technet.microsoft.com/en-us/sysinternals/bb897553
May 23, 2011
#81 abitt...@gmail.com
enumprofiles out, file attached, created via psexec
enumprofilelist-out-psexec.txt
2.2 KB   View   Download
May 23, 2011
#82 abitt...@gmail.com
fc (filecompare) tells the following on my two logs:

***** enumprofilelist-out-psexec.txt
Shell.Application Local AppData: C:\Dokumente und Einstellungen\LocalService\Lokale Einstellungen\Anwendungsdaten

***** ENUMPROFILELIST-OUT-USERACCOUNT.TXT
Shell.Application Local AppData: C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten
*****

not much difference in the two output files at all, the only difference is the "LocalService" and the $username in those two paths it says.
May 23, 2011
#83 UnnamedSpace
OK I did what comment #26 says and here is the log file.
May 23, 2011
#84 UnnamedSpace
Well oddly enough after I followed comment #26 my error:3 is gone! I had it when I run the one with dbg googleupdate bits but after I uninstalled it and reinstalled the normal bits the error is gone...
May 23, 2011
#86 gan...@google.com
Thank you very much UnnamedSpace for the log. Unfortunately, the log does not shed any light on why you did get an error 3. I see that the log has your username in it, so please delete it when you get a chance.
May 23, 2011
#88 gan...@google.com
Hi abitt...@gmail.com, we were hoping to get one more log of the Machine GoogleUpdate process. Here are the steps:

Install opt Machine GoogleUpdate bits by running the executable attached to this comment. Note: the installer will say it is installing Chrome, but it will not, since you already have Chrome installed.

After a successful run of this installer, run "GoogleUpdateTaskMachineCore". Then please attach the log which would be at:

C:\Documents and Settings\All Users\Application Data\Google\Update\Log

Thank you!

MachineChromeSetup.exe
576 KB   Download
May 23, 2011
#89 abitt...@gmail.com
right after/during i was running this new machinechromesetup.exe, the logfile in allusers didnt get updated at all, the last lines in there are from during the night of may 21st.

so i will now execute the taskmachinecore scheduled element and see if anyhting happens.

hmm, right now when checking in the scheduled tasks window of windows, i see that the taskmachinecore element is actually in the state of running right now, apparently the new small installer attached here, modified the scheduled tasks, as their date/time of last execution is right now like two minutes ago or so.

the machinecore is still running. the machineua has apparently finished already as its not running any more. will wait and see if the taskmachinecore eventually finishes.

the googleupdate.log in allusers is still many days old and hasnt been changed.
its lasts entries were:


[05/21/11 00:30:22.390][GoogleUpdate:npGoogleUpdate3][5188:5924][running from official dir][1]
[05/21/11 00:30:22.390][GoogleUpdate:npGoogleUpdate3][5188:5924][running from official dir][0]
[05/21/11 00:30:22.390][GoogleUpdate:npGoogleUpdate3][5188:5924][running from official dir][1]
[05/21/11 00:30:22.390][GoogleUpdate:npGoogleUpdate3][5188:5924][running from official dir][1]
[05/21/11 00:30:22.671][GoogleUpdate:npGoogleUpdate3][5188:5924][running from official dir][1]
[05/21/11 00:30:22.671][GoogleUpdate:npGoogleUpdate3][5188:5924][running from official dir][1]
[05/21/11 00:30:22.671][GoogleUpdate:npGoogleUpdate3][5188:5924][running from official dir][1]
May 24, 2011
#90 abitt...@gmail.com
checking with processexplorer (sysinternals), shows a servicehost (that is in charge of taskscheduler and com+ and many others), started a 
"C:\Programme\Google\Update\GoogleUpdate.exe /c"
in directory "C:\Programme\Google\Update\1.3.21.58\"

so this is our scheduled task machinecore (but it got started by the installation already, i didnt manage to start it manually as i have written before).

this googleupdate.exe then executed
"C:\Programme\Google\Update\1.3.21.58\GoogleCrashHandler.exe" /crashhandler
in directory "C:\Programme\Google\Update\1.3.21.58\"

both of these executables are still running, the credentials are "NT-Authority\SYSTEM"

the time they were started matches what the scheduled tasks window shows. it still shows the machinecore as running as i write these lines.
May 24, 2011
#91 abitt...@gmail.com
okay, so right after i submitted my last comment, the machinecore task finished, its not running any more.

the last task of those two is still running though (nt-authority\system), called
""C:\Programme\Google\Update\1.3.21.58\GoogleCrashHandler.exe" /crashhandler"

the googleupdate.log is still a few days old. i will now manually start the scheduled task GoogleUpdateTaskMachineCore and report:

hmmm... i just did... and nothing happened the googleupdate.log in the allusers directory. the scheduled tasks shows that nothing is running any more.

but the time/date for the machinecore is a few minutes younger than the machineua (from during the setup process a few minutes ago i guess).

but no new entries in the googleupdate.log. still from may 21st. :(
a new bug? expected behavior? regards.
May 24, 2011
#92 abitt...@gmail.com
do i need to uninstall or clean up various things before i apply these newer installers. or do i need to remove googlechrome or any further hints?

i have just checked there are no further files called googleupdate.log on my entire disk on this windows installation (also checked hidden/system places ofcourse).

what now? regards.
May 24, 2011
#93 abitt...@gmail.com
oh, btw, i never did go into the about dialogbox of chrome during all these steps. i just tried that for a change it googlechrome says it has an update available. right now the about dialogbox still displays: "13.0.767.1 m", and "windows".

it says relaunch to finish updating. should i do that?^
the updatelog in allusers is still from that old date. no changes yet.

will relaunch googlechrome now.
May 24, 2011
#94 gan...@google.com
I apologize, I should have realized that this needed an INI file. Please save the attached GoogleUpdate.ini file under C:\.
GoogleUpdate.ini
350 bytes   View   Download
May 24, 2011
#95 abitt...@gmail.com
yeah, that was the information on that omaha page as well, i didnt realize that it was actually needing this ini file this time. :)
May 24, 2011
#96 abitt...@gmail.com
simply re-installed the attached installer over the existing state i had before. these are the log entries from today after i applied the googleupdate.ini file.
attached are the log entries from this second attempt with the googleupdate.ini in place.

do we need another run of the attached installer from a clean state or any differently for additional logs or anything?
googleupdate-log.txt
14.4 KB   View   Download
May 24, 2011
#97 gan...@google.com
This is good, thank you. See these log entries:

[05/24/11 09:39:47.334][GoogleUpdate:goopdate][3072:6492][GetUserGoopdateInstallDirNoCreate][C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Update]
[05/24/11 09:39:47.334][GoogleUpdate:goopdate][3072:6492][IsRunningAsSystem][1]

For some reason, the "GoogleUpdate.exe /c", which runs when the task GoogleUpdateTaskMachineCore is run, gets the user's path, even though it is running as NT AUTHORITY\System. 

As a test, could you please copy the attached LocalAppData.vbs to c:\tmp and run it using the following command:

at 07:11 /interactive c:\WINDOWS\system32\cscript.exe c:\tmp\LocalAppData.vbs

Change the time to be say 1 minute from when you run the at command.

This will create a C:\Tmp\LocalAppData.log. 

LocalAppData.vbs
389 bytes   View   Download
May 24, 2011
#98 abitt...@gmail.com
its running as the "hp" normal windows user, right?
output is:

Shell.Application Local AppData: C:\Dokumente und Einstellungen\NetworkService\Lokale Einstellungen\Anwendungsdaten
May 24, 2011
#99 abitt...@gmail.com
btw, the hp user account on this machine, is member of adminstrators and debugusers groups which exist locally. dont know if thats supposed to make any difference.
May 24, 2011
#100 abitt...@gmail.com
just for the fun of it, i executed this cript on a different windowsxp, sp3, 32bit, us-english machine, not a oem/preinstall one though.

it outputs the following there:
Shell.Application Local AppData: C:\Documents and Settings\NetworkService\Local Settings\Application Data

that machine is on googlechrome beta-channel, its at 12.something right now if im not mistaken. it never had any of these problems with about dialogbox. it also has some other (thing google earth,...) google-pack apps installed. i never installed any of these debug installers or debug logging on that machine though. its perfectly running.

contrast to this hp oem/presinstall machine where i experience these error-3 problems.
May 24, 2011
#101 abitt...@gmail.com
maybe we have rather some localisation problem or some string mix or mess somewhere in the codebase somewhere. the two strings dont look different to me, except for localisation ofcourse. it was also a local admingroup user who executed that script on the other machine, and it also outputs networkservice as the pathname everywhere, on both of these machines. still the one is affected, the other is not.
May 24, 2011
#102 qwer1...@gmail.com
As I wrote before, I'm also experiencing this problem on a vanilla English Win XP SP3 + latest patches. So, IMHO this is NOT a localization issue.

The one thing similar to abitt is that I'm running this from a user which is also an Administrator.
May 24, 2011
#103 j...@rampartdesign.com
I'm also seeing these issues on English WinXP SP3. Also Admin.
May 24, 2011
#104 gan...@google.com
Thank you. Using the "at" command, the scheduled task runs as NT AUTHORITY\System, not as the "hp" normal windows user. The output is:

Shell.Application Local AppData: C:\Dokumente und Einstellungen\NetworkService\Lokale Einstellungen\Anwendungsdaten

Notice that the output from the GoogleUpdateMachineCore process was [C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Update], pointing to the "hp" user instead of "LocalService" or "NetworkService", even though that task is also running as NT AUTHORITY\System. 

We do not understand why this is the case that on your system the GoogleUpdateMachineCore process gets the path to the "hp" user instead of LocalService, but that is the root cause of the bug.

May 24, 2011
#105 abitt...@gmail.com
how about some of the environment variables overriding the default stuff that comes from the registry or wherever it comes from? maybe i need to run the scheduled tasks again and pause them somehow and quickly go into processexplorer and make it display the environment variables and more details for that scheduled task process(es)?

what does microsoft say? does the platform vendor help in these cases on a developer level?
May 24, 2011
#106 abitt...@gmail.com
maybe you guys have found some api localisation problem or something ;) the c++ code (or whatever it is written in?) calls some win32 api to get these path names, and maybe there is a bug there. i used to come across localisation trouble although on commandline tools level at microsoft, that their localisation tools didnt support the same functionality, although the operating system was the very same. only the us-english native windows xp and its tools behaved the way the documentation said.

anyways, so a very dirty workaround would be, to make googleupdate.exe (and whatever other parts there are and are affected) instead of call and access some win32 api, call your external cscript vbscript and determine the proper path names and settings at least for this very special scenario by that means.

as i understand the vbscript is always managing to fetch the proper path names as they should actually be. or is my reasoning wrong?

ofcourse this seems like a bad joke and a very last resort diry solution for this problem.

also: isnt the "LocalService" username always the same, even on localized windows (at least winxp? or even for the later ones as well?) versions? maybe hardcode (also a dirty hack) this username where its necessary or similar solutions?

or get microsoft back to work fixing their bug in their operating system :)
May 24, 2011
#108 gan...@google.com
Hi abitt...@gmail.com, thank you again. This is not a localization issue. We cannot rule out a bug in the way we setup, or an operating system issue.

I would like to request one more log of the Machine GoogleUpdate process, with a bit more debug output. Here are the steps:

Install dbg Machine GoogleUpdate bits by running the executable attached to this comment. Note: the installer will say it is installing Chrome, but it will not, since you already have Chrome installed.

After a successful run of this installer, run "GoogleUpdateTaskMachineCore" and "GoogleUpdateTaskMachineUA". Then please attach the log which would be at:

C:\Documents and Settings\All Users\Application Data\Google\Update\Log

Thank you!
MachineChromeSetup.exe
1.7 MB   Download
May 24, 2011
#109 gan...@google.com
Hi abitt...@gmail.com, like you mention, it might make sense to pause the process and get a dump of environment variables. 

Using procexp, right-click and choose "Suspend"; you would have to be really quick ordinarily, but if you disable the GoogleUpdateTaskMachineUA scheduled task, and then start the GoogleUpdateTaskMachineCore, it will run forever.

In addition, once suspended, a full minidump of the process using TaskManager would be useful as well. In Task Manager, right-click on the process and select "Create Dump File", as documented here: http://www.wintellect.com/CS/blogs/jrobbins/archive/2010/06/17/how-to-capture-a-minidump-let-me-count-the-ways.aspx
May 24, 2011
#110 abitt...@gmail.com
as winxp taskmgr cannot create dumps, i can use processexplorer for example. what type of dump is needed? is a mini-dump sufficient? processexplorer offers minudump and fulldump. so when suspended, a full dump would be better than a minidump?

what is the proper process name that i would need to suspend actually? is it the googleupdate.exe with the "/c" (as parameter), or is it the other googlecrashreporter? which one are the interesting ones to take care of?


May 24, 2011
#111 gan...@google.com
Hi abitt...@gmail.com, a minidump will be small enough to upload. The fulldump would be nice, however it will be big, so you may have to host it somewhere and we can download.

The process that is most interesting is GoogleUpdate with the "/c" parameter, yes.

Thank you.
May 24, 2011
#112 abitt...@gmail.com
i started the attached installer (it installed and ran version .59, 1.3.21.59) and it eventually finished, but scheduled tasks now again displays that the machinecore has been re-set and started as of a few minutes automatically by the new installer and is still executing. process-explorer also still displays two googleupdate.exe and googlecrashhandler.exe started by that dcom/scheduletask svchost.exe

so i will probably need to wait again until this first time taskmachinecore finishes until i can start it myself manually and start taskmachineua as well manually.
May 24, 2011
#113 gan...@google.com
Hi abitt...@gmail.com, I think you can get the log now, and do not need to start the tasks manually. I think it will be good enough. Thank you.
May 24, 2011
#114 abitt...@gmail.com
attaching 7zip packed complete googleupdate.log (containts previous logging as well, which i already submitted here in this thread)

the updaters logs start with date/time code:
[05/25/11 00:15:49.484]

the few lines right before that is probably my manual checking the about dialogbox while i was still reading through your replies in comment #108 and #109

about the suspending and memory dump creation. the scheduled tasks seem to terminate really very quickly, its rather impossible or very hard to suspend the processes interactively by clicking/keyboard interaction. if i am not mistaken, there used to be some sysinternals blog video or explanation on how to do various little tricks with process explorer or some other tool of it to semi-automatically make it to to some actions when some triggers were met or such neat little things. maybe if someone can find me a way to set process explorer to auto-suspend the googleupdate.exe would help to achieve this task. i can return back in a few hours or so and look for some addtl information myself but right now im rather limited.

hope the logs help a bit for a start.
GoogleUpdate.log.complete.7z
91.8 KB   Download
May 24, 2011
#115 abitt...@gmail.com
my complete log attached in #114, is after the originally started machinecore has finished its doings and i manually started the machinecore and machineua right after that. so it hopefully contains everything that you need.
May 24, 2011
#116 gan...@google.com
Hi abitt...@gmail.com, regarding suspending the "/c" process, please first disable the GoogleUpdateTaskMachineUA scheduled task, and then start the GoogleUpdateTaskMachineCore. The GoogleUpdateTaskMachineCore will now not terminate, and you can suspend or get a dump. Please let me know if that works.

May 24, 2011
#117 abitt...@gmail.com
yes, disabling taskmachineua, makes the manually triggerd taskmachinecore just stay running. i was able to suspend the "googleupdate.exe /c" spawned by svchost.exe and create both mini- and full-dump. its slightly over 10megabytes (10.3megabytes actually  :( ) can i upload the file into my googledocs area and share it somehow? didt really use googledocs at all so far.

as the googleupdate/c / taskmachinecore is still running, do i simply stop the scheduledtask again or kill it, or whats the best way to make it terminate cleanly?

also activating taskmachineua again? i have just re-activated the checkbox for taskmachineua. will the taskmachinecore eventually terminate now properly?
May 24, 2011
#118 abitt...@gmail.com
yes, disabling taskmachineua, makes the manually triggerd taskmachinecore just stay running. i was able to suspend the "googleupdate.exe /c" spawned by svchost.exe and create both mini- and full-dump. its slightly over 10megabytes (10.3megabytes actually  :( ) can i upload the file into my googledocs area and share it somehow? didt really use googledocs at all so far.

as the googleupdate/c / taskmachinecore is still running, do i simply stop the scheduledtask again or kill it, or whats the best way to make it terminate cleanly?

also activating taskmachineua again? i have just re-activated the checkbox for taskmachineua. will the taskmachinecore eventually terminate now properly?
May 24, 2011
#119 abitt...@gmail.com
hmmm i am geting error500 (http error 500) from the code.google.com page when submitting my comments.... #117 and #118 are duplicates of each other. maybe somethings overloaded....
May 24, 2011
#120 abitt...@gmail.com
am i doing it right?
https://docs.google.com/leaf?id=0B4M3jme0wxUWYzYyYWM0ZjEtYzMwMS00M2EwLTliOTgtNzhhYzg0OGI3ODg0&hl=en_US

7zip packed, memory dump files (10.3megabytes)
May 24, 2011
#121 gan...@google.com
Yes, it is safe to re-enable the TaskMachineUA and kill the "/c" process. In regards to the log, one way is to install DropBox from http://db.tt/h1VENfo. Copy the .DMP to the Public folder, right-click, choose "DropBox", then "Copy Public Link". Please paste that link here. Thank you.
May 24, 2011
#122 abitt...@gmail.com
i have added that docs google link. isnt it working? tried it in a clean different second browser and i can anonymously publicly fetch the 7zip file from googledocs.
May 24, 2011
#123 gan...@google.com
Got it from docs, thank you.
May 24, 2011
#124 gan...@google.com
Hi abitt...@gmail.com, I would like to request one more log of the Machine GoogleUpdate process, with a bit more debug output to narrow down the issue (I may have to request a couple more from you after this one, thank you again in advance). Here are the steps:

Install dbg Machine GoogleUpdate bits by running the executable attached to this comment. Note: the installer will say it is installing Chrome, but it will not, since you already have Chrome installed.

After a successful run of this installer, run "GoogleUpdateTaskMachineCore" and "GoogleUpdateTaskMachineUA" if they are not already running. Then please attach the log which would be at:

C:\Documents and Settings\All Users\Application Data\Google\Update\Log

Thank you!
MachineChromeSetup.exe
1.7 MB   Download
May 25, 2011
#125 abitt...@gmail.com
7zip archive, attaching log, datecode of new installer begins at:
[05/25/11 09:41:56.343]


GoogleUpdate.log.7z
117 KB   Download
May 25, 2011
#126 gan...@google.com
Thank you again. It appears though that we lost the repro. "/c" gets the correct directory now when running as System. The mystery remains.

[05/25/11 09:58:54.968][GoogleUpdate:goopdate][4384:4368][__FILE__, __LINE__][core\core.cc][229]
[05/25/11 09:58:54.968][GoogleUpdate:goopdate][4384:4368][GetUserGoopdateInstallDirNoCreate][C:\Dokumente und Einstellungen\NetworkService\Lokale Einstellungen\Anwendungsdaten\Google\Update]
[05/25/11 09:58:54.968][GoogleUpdate:goopdate][4384:4368][GetThreadUserSid failed][0x800703f0]
[05/25/11 09:58:54.968][GoogleUpdate:goopdate][4384:4368][IsRunningAsSystem][1]

May 25, 2011
#127 abitt...@gmail.com
well uhhmm... ;) i did only the steps that i described here and used the newer installers arriving in this thread.

should i uninstall or clean up some googleupdate.exe bits and areas and start over with some of the older or public googleupdate installers or something?
May 25, 2011
#128 gan...@google.com
We could try going back to the version in Comment 88 to see if the bug has entirely disappeared. The steps would be:

* Kill all GoogleUpdate.exe and GoogleCrashHandler.exe processes running from "C:\Programme".
* Delete the registry key and subkeys under HKEY_LOCAL_MACHINE\Software\Google\Update.
* Delete the directory "C:\Programme\Google\Update".

Now install the MachineChromeSetup.exe from Comment 88, and get the log (make sure to also have GoogleUpdate.ini 
from Comment 94). We need to see if the log contains entries of the form:

[05/24/11 09:39:47.334][GoogleUpdate:goopdate][3072:6492][GetUserGoopdateInstallDirNoCreate][C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Update]
[05/24/11 09:39:47.334][GoogleUpdate:goopdate][3072:6492][IsRunningAsSystem][1]

Thank you!
May 25, 2011
#129 abitt...@gmail.com
gaah, help. the attachment at #88 exited just real quick and created only a few kilobytes of debuglog, and complained that there was some error (not like previously that chrome had been installed already).

and now the chrome.exe is still in various directories but it simply exits right away. i have a debug-chrome link in addition that executes the following:
"C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Chrome\Application\chrome.exe" --enable-logging --v=9

and that produces a small additional log in
"C:\Dokumente und Einstellungen\hp\Lokale Einstellungen\Anwendungsdaten\Google\Chrome\Application\debug.log"
the content there of debug.log (chrome) is very short:

------------
[0520/182824:ERROR:client_util.cc(223)] Failed to load Chrome DLL from 0013FEA4
[0520/182825:ERROR:client_util.cc(264)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
[0520/182835:ERROR:client_util.cc(223)] Failed to load Chrome DLL from 0013FEA4
[0520/182835:ERROR:client_util.cc(264)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
[0525/180435:ERROR:client_util.cc(227)] Could not get Chrome DLL version.
[0525/180435:ERROR:client_util.cc(264)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
[0525/180504:ERROR:client_util.cc(227)] Could not get Chrome DLL version.
[0525/180504:ERROR:client_util.cc(264)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
[0525/180517:ERROR:client_util.cc(227)] Could not get Chrome DLL version.
[0525/180517:ERROR:client_util.cc(264)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
[0525/180526:ERROR:client_util.cc(227)] Could not get Chrome DLL version.
[0525/180526:ERROR:client_util.cc(264)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
------------

chrome doesnt run and start up properly any more at all, i am stuck with internetexplorer for the moment.

------------
the exe-installer i started (from comment #88) has the following details:
C:\Dokumente und Einstellungen\hp\Eigene Dateien\Downloads>sigcheck -a -i -h "Ma
chineChromeSetup (3)-comment88.exe"

Sigcheck v1.65 - File version and signature viewer
Copyright (C) 2004-2010 Mark Russinovich
Sysinternals - www.sysinternals.com

        Verified:       Signed
        Catalog:        C:\Dokumente und Einstellungen\hp\Eigene Dateien\Downloa
ds\MachineChromeSetup (3)-comment88.exe
        Signers:
                Google Inc
                Thawte Code Signing CA
                Thawte Premium Server CA
        Signing date:   03:34 24.05.2011
        Publisher:      Google Inc.
        Description:    Google Update Setup
        Product:        Google Update
        Version:        1.3.21.58
        File version:   1.3.21.58
        Strong Name:    Unsigned
        Original Name:  GoogleUpdateSetup.exe
        Internal Name:  Google Update Setup
        Copyright:      Copyright 2007-2010 Google Inc.
        Comments:       n/a
        MD5:    6eca356d784c17eb3327987b012899ee
        SHA1:   62c9c3a414be71263193f0b842681709688f21e9
        SHA256: 1229648925a5ca404602a04f54b7757651a6d3151649c2ff7d792ff84a02a309

------------------

attaching the short log (12kbytes extracted size, 7zip archive) of the installer attempt.

btw, what about the 


sight, i think i might even have found out my wrongdoing. i accidentally deleted the HKCU update key and not the HKLM one. aargh :(

is it still possible to fix? the HKCU update subtree is now very small and with few items. the HKLM update subtree is rather large.

what would be the best? do i simply re-install from some official googleearth, googlepack or googlechrome installers? i had google-talk plugin, the real old google-talk application, google-earth, google-chrome....

what would be best to help this bug, and not create too much of a chaos to jeopardise this bug behavior if its still possible at all?
any advice? sorry about this. thanks.
GoogleUpdate.log.quickfail.7z
2.0 KB   Download
May 25, 2011
#130 gan...@google.com
You can reinstall the HKCU GoogleUpdate by (trying to) install Chrome from http://www.google.com/chrome.

And then follow the steps in Comment 128 for the HKLM.
May 25, 2011
#131 abitt...@gmail.com
can i directly go for the dev-channel? i once had a problem that i was on dev and some re-installation gave me beta or release first, and it was all crashing and having problems as the cache and other datastructures have been changed and advanced further in the dev-tree and the re-installation of release or beta couldnt deal with the new fileformats and datastructures. i hardly manage to go to dev back then. it was a big mess. thanks.
May 25, 2011
#132 gan...@google.com
Dev channel should be ok as well.
May 25, 2011
#133 abitt...@gmail.com
i repaired the googlechrome stuff with the dev-installer first.
then i followed the #128 information and used the #88 installer.

attached log, 7zip archive.
one more remark: my scheduled tasks now doesnt show any taskmachine entries. no core, no ua. only three other (existed previously as well), by google.

google software updater
googleupdatetaskuser......Core
googleupdatetaskuser......UA
GoogleUpdate.log.7z
6.3 KB   Download
May 25, 2011
#134 gan...@google.com
Did you do the following?

* Delete the registry key as well as the subkeys under HKEY_LOCAL_MACHINE\Software\Google\Update.
* Delete the directory "C:\Programme\Google\Update".

From the run, the installer runs, detects that a newer version exists (by reading the registry at HKEY_LOCAL_MACHINE\Software\Google\Update, and decides not to install. So it is important to delete the registry as well as the files.

Thank you.
May 25, 2011
#135 abitt...@gmail.com
i did delete those keys and the directory. actually the programfiles/google/update/ directory was empty. zero bytes. there was some long directoryname with some GUID string or so. but no files.

should i delete the regkeys and directory and rerun the #88 installer once more?
May 25, 2011
#136 gan...@google.com
Hmm, the log that you posted in Comment 133 had the following:

[05/25/11 17:46:54.875][GoogleUpdate:goopdate][5588:5552][Existing version: 1.3.21.60][Running version: 1.3.21.58]

The "Existing version: 1.3.21.60" value is read from a subkey under HKLM\SOFTWARE\Google\Update.

Please execute the following from a cmd prompt:

reg delete HKLM\SOFTWARE\Google\Update /f

Then rerun the #88 installer.

Thank you.
May 25, 2011
#137 abitt...@gmail.com
i downloaded the #88 installer once again. its 577kbytes, and has version 1.3.21.58
digi signature cert is from tuesday, may 24th, 03:34:23
Dienstag, 24. Mai 2011 03:34:23

is that the one i am supposed to be using?

May 25, 2011
#138 abitt...@gmail.com
also: there is no "update" directory in programfiles/google/ any more at the moment. so i am going to execute the #88 installer now (1.3.21.58)
May 25, 2011
#139 gan...@google.com
Yes, please execute that one. Sounds good. Please make sure to also "reg delete HKLM\SOFTWARE\Google\Update /f" before executing the 1.3.21.58 installer.
May 25, 2011
#140 abitt...@gmail.com
the update directory in programfiles/google/ is back, and the scheduled tasks very briefly displayed the two (? was just slightly flickering and vanishing again) missing entries, but then they were gone again.

is this some new phenomenon or bug? :(

wow, and now i am trying to go into the progamfiles/google/update directory, and its gone again....

summary: during the installer (577kbytes), it creates the update directory, it does some install, the scheduled tasks re-appear, but at the end all is wrong again and the directory and the update dir vanish.
wild guess: the two scheduled tasks reappearing, getting started, killing their own update directory once again and the scheduled task entries themselves.

this is even more wrong than before ;) :(

attaching the 7zip packed googleupdate.logfile once more.

GoogleUpdate.log.7z
7.2 KB   Download
May 25, 2011
#141 gan...@google.com
Whoops. This is because Chrome is already installed for the user. We could install Google Toolbar instead. Please use the attached installer which will install Toolbar, instead of the one from Comment 88. The attached version is 1.3.21.57 of GoogleUpdate.
MachineToolbarSetup_1_3_21_57.exe
576 KB   Download
May 25, 2011
#142 abitt...@gmail.com
i could swear the reg keys and everything were gone and clean. i did execute the reg command and also checked inside regedit. no programfiles/google updatedir, no hklm software/google/update subtree. no more googleupdate running tasks. scheduled tasks are down to three entries. no taskmachine ones there.
May 25, 2011
#143 abitt...@gmail.com
okay, used the machinetoolbar setup now. did delete all the regkeys directories and whatnot before.

attached the 7zip compressed log.
GoogleUpdate.log.7z
2.8 KB   Download
May 25, 2011
#144 gan...@google.com
You are doing things correctly. It is just that before there was another application other than Chrome being managed by Machine GoogleUpdate. By wiping out the Google\Update registry, GoogleUpdate thinks there are no applications to manage, and uninstalls itself.

By installing Google Toolbar, GoogleUpdate will reinstall correctly, and we can get the log capture.

Thank you.
May 25, 2011
#145 gan...@google.com
Thank you for the log in Comment 143. However, the "/c" task does not appear to have run. Could you please run that and upload another log? Thank you.
May 25, 2011
#146 abitt...@gmail.com
yeah, the scheduled tasks returned, but i didnt start the two taskmachine ones manually so far. i didnt know if the starting of the scheduled tasks was necessary in the first step for the logs, will provide them now.

i simply executed taskmachinecore as a first step. and attaching the log.
is taskmachineua needed as well?
GoogleUpdate.log.7z
3.5 KB   Download
May 25, 2011
#147 gan...@google.com
Thank you. Looks like the bug has stopped reproing on your machine.

[05/25/11 21:23:00.187][GoogleUpdate:goopdate][3504:4648][GetUserGoopdateInstallDirNoCreate][C:\Dokumente und Einstellungen\NetworkService\Lokale Einstellungen\Anwendungsdaten\Google\Update]

May 25, 2011
#148 abitt...@gmail.com
that sucks :( i had hoped we would narrow down this bug.
May 25, 2011
#149 gan...@google.com
Hi abitt...@gmail.com, it is disappointing. In any case, thank you very much for going above and beyond and helping us!
May 29, 2011
#151 wtlar...@mindspring.com
Does this mean the bug is fixed or not?
May 30, 2011
#152 gan...@google.com
Hi wtlar...@mindspring.com, we are in the process of updating users to a fixed Machine GoogleUpdate version that does not delete the corresponding User GoogleUpdate. 
May 31, 2011
#153 wtlar...@mindspring.com
Ah!  Since the manual update I mentioned in comment 15, I have not had any problems. Do we know what has been causing this (or is it just a faulty GoogleUpdate)?
Jun 1, 2011
#155 gan...@google.com
The "GoogleUpdate.exe /c" process runs as NT AUTHORITY\System, with no impersonation. In some rare circumstances, for reasons that we do not understand yet, calling SHGetFolderPath with CSIDL_LOCAL_APPDATA gets the LocalAppData folder of an active user, instead of the LocalAppData folder of NT AUTHORITY\System. This is the root cause.
Jun 1, 2011
#156 LatinSuD@gmail.com
Might be related or not, i have enabled automatic logon on my xp machine.
(Using the 2nd method described here http://support.microsoft.com/kb/315231/en-us)
I've noticed the problem after reboots, so might it happen because of an early automatic user logon?
Jun 1, 2011
#158 abitt...@gmail.com
never ever used autologon anywhere of any form. was still affected by this bug though.
Jun 2, 2011
#159 wtlar...@mindspring.com
Didn't use autologin either. I did notice that some apps use user folder/Local Settings/Application Data, others use Application Data in the main user folder.
Jun 15, 2011
#161 LatinSuD@gmail.com
Since last update some days ago it stopped happened to me.
Jun 15, 2011
#162 ox.vect...@gmail.com
I saw what appeared to be people's success with this problem, so I uninstalled everything google from my machine. I also went through the registry and removed any google-related values. I then rebooted machine, and installed Chrome 12.0.742.91. 

Checked 'About' a few times over the next day or two and it appeared to be working fine. I figured I had this issue beat. I was wrong. It's back to the same issue: Update server not available (Error 3).

I appreciate the effort by the team, but why can't this issue be resolved? It's frustrating to have to manually update your product for over 18 months (for me).
Jun 15, 2011
#163 grt@chromium.org
c162: Did you install Chrome 12 from the google.com/chrome?  Do you have a %LOCALAPPDATA%\Google\Update directory on your machine?  What version number(s) do you see in there?
Jun 16, 2011
#164 ox.vect...@gmail.com
@grt-
>Did you install Chrome 12 from the google.com/chrome?
Yes

>Do you have a %LOCALAPPDATA%\Google\Update directory on your machine?
It used to be there after initial install. (Then again, checking 'About' worked then as well telling me Chrome was up to date.) After a few days, same error code returns (Update Server Not Available) and the Update folder is gone. (Same experience as many others.)

>What version number(s) do you see in there?
From my post (#162)- ...and installed Chrome 12.0.742.91. 


Thanks to you and the team. I know this is a frustrating issue for many of us.

OX
Jul 15, 2011
#165 alage...@chromium.org
version : 12.0.742.122,14.0.794.0 
50+ users have reported this issue in 'GoogleFeedback'

Here is the scenario as explained by the user
1)Users get  an error in "about chrome"  when trying to update chrome version as "Update server not available error 3.12,4". Many have tried the workarounds mentioned in Forums and it did not help. Changing the registry entries also did not help. 
2) After installing the Video conferencing plugin in facebook, when they try to update Chrome they get the error

Sample user reports:
http://goto.google.com/39227758
http://goto.google.com/46384598
http://goto.google.com/38742976

Cluster URL:
http://goto.google.com/1202447

Cc: ser...@chromium.org vandanas...@chromium.org
Labels: GoogleFeedback
Jul 15, 2011
#166 ox.vect...@gmail.com
Just to be clear, I have not installed the FB Video Conferencing plug-in.
OX
Jul 29, 2011
#167 soccer...@gmail.com
Is anyone even still working on this issue? Because I still have it. And I have had it since at least when this issue was logged.
Jul 29, 2011
#168 ox.vect...@gmail.com
You're not alone. A lot of complaints, but there appears to be little
movement on a fix.
Jul 29, 2011
#169 GraemeEr...@gmail.com
I had this issue, as well. I ended up uninstalling Chrome (but keeping all my profile data), then installing it. That did the trick.
Jul 29, 2011
#170 soccer...@gmail.com
From what was said at one point (I'm too lazy to go back and look for it), it seemed like they were kind of close to pushing out a fix either by itself or with a chrome update. But nothing's happened and this thread has kind of died.
Jul 29, 2011
#171 brett.la...@gmail.com
Add me to the list of those who still have this issue.  Two machines, both Win7 Ultimate 32bit, both running Chrome dev, and one machine has this problem and the other does not.  Have tried everything... completely uninstalling (and zapping profile data), ripping all Google references out of the registry (not just Chrome, but everything that looked remotely related to Chrome or Google Update)... installing the official "Google Updater" and updating from there... and nothing works.
Aug 2, 2011
#172 brett.la...@gmail.com
This still isn't fixed as of 14.0.835.15 dev-m (Win Ultimate 32 bit).

Could we get an update on this please?  It's very annoying to need to re-download and install the browser every time there's an update.

Thanks
Aug 2, 2011
#173 cmp@chromium.org
(No comment was entered for this change.)
Labels: -Area-Build Internals-Install
Aug 2, 2011
#174 kerz@google.com
(No comment was entered for this change.)
Labels: Area-Internals
Aug 7, 2011
#175 hairless...@gmail.com
FYI that my issues began with trying to update TO the 13 stable version. If I went to the site it would sit on waiting to download; same with About Chrome from the wrench menu. Tried uninstall and then re-install fro the site; same issue. Ended up using the standalone but then came the error 3 in About Google Chrome. Ended up un-installing again then going to CTRL/ALT/DEL and ending every process related to Google. Then re-installed using the standalone and the error 3 is gone.

Aug 8, 2011
#176 brett.la...@gmail.com
I've gone through the uninstall/wipe/reinstall process several times now with no success (though I'm glad it worked for you).  I went so far as to rip *every* reference to "Google" out of the registry and perform a clean install.  I have the same build of Chrome Dev on two machines, side-by-side here, and only one of them has the issue.  Both are running Win7 Ultimate 32-bit.

Still have the issue on 14.0.835.18 dev-m.
Aug 8, 2011
#177 grt@chromium.org
Brett: do you have a %TEMP%\chrome_installer.log file with anything interesting in it after you get the error 3?  Could you put the googleupdate.ini file in place as per comment 94 then reproduce the error 3 and check for C:\ProgramData\Google\Update\log\GoogleUpdate.log?  It might tell us why the update check is failing for you.  Thanks.
Aug 8, 2011
#178 brett.la...@gmail.com
I placed the googleupdate.ini into the root of C:\, but I do not have a C:\ProgramData\Google folder at all.

There is nothing terribly interesting in %User Path%\AppData\Local\Temp\chrome_installer... the last modified date is 8/5, and it contains the following line:


[0805/080328:ERROR:delete_tree_work_item.cc(122)] can not delete C:\Users\%USER_PATH%\AppData\Local\Google\Chrome\Application\old_chrome.exe

Aug 8, 2011
#179 grt@chromium.org
Judging by that log file, it sounds like your Chrome auto-updated successfully on 8/5.  What version are you on now?  Also, what's the "pv" value in this registry key: HKCU\Software\Google\Update\Clients\{430FD4D0-B729-4F61-AA34-91526481799D}?  Do you also have a key in HKLM\Software\Google\Update\Clients\{430FD4D0-B729-4F61-AA34-91526481799D}?  What is its "pv"?
Aug 8, 2011
#180 brett.la...@gmail.com
PV value for the first key: 1.3.21.65
PV value for the second key: 1.3.21.65

The scheduled update task does appear to work - my issue is with the on-demand action (click wrench, click about --> error 3)

I'm currently on 14.0.835.18 dev-m, but still get the error 3 when trying an on-demand check.

Thanks!
Aug 8, 2011
#181 brett.la...@gmail.com
Well, now the C:\ProgramData\Google\ folder appears... attached is the current log.  I'm still getting error 3 when attempting the on-demand check.

Thanks
GoogleUpdate.log
5.3 KB   View   Download
Aug 11, 2011
#182 brett.la...@gmail.com
Just manually uninstalled Chrome, deleted the %USER_PATH%\AppData\Local\Google\Update folder, and reinstalled the dev release via the dev channel link.  I'm now running 14.0.835.35 dev-m and a manual update check via wrench --> about still throws error 3.
Aug 11, 2011
#183 grt@chromium.org
Would you mind installing Sawbuck (https://code.google.com/p/sawbuck/downloads/detail?name=sawbuck-0.6.8.0-release.msi) and see if anything interesting shows up in the log?  To capture logs:

- fire up Sawbuck
- select "Configure Providers..." from the "Log" menu
- change the "Log Level" of Chrome, Chrome Setup, and Omaha to "Verbose"
- click "OK"
- select "Capture" from the "Log" menu

Then try a manual update and see what appears in the log.  Thanks for your persistence.
Aug 11, 2011
#184 brett.la...@gmail.com
Attaching sawbuck log.  Here is what I did:

1) Download, install, and configure Sawbuck as you said
2) Kill Chrome
3) Begin capture
4) Launch Chrome
5) Wait for my three normal pages to finish rendering (Gmail, G+, and New Tab page)
6) Click wrench --> above
7) Wait for error
8) Grab log contents

I don't think I'm seeing anything related to the update request in the log.

Thanks!
Sawbuck Log.txt
135 KB   View   Download
Aug 12, 2011
#185 brett.la...@gmail.com
Manually updated to 15.0.849.0 dev-m and still experiencing the same issue with error 3.  Any other ideas?

Thanks!
Aug 14, 2011
#186 term...@gmail.com
> Add me to the list of those who still have this issue.

> Any other ideas?

My Chrome stopped upgrading itself automatically. When I tried manually I had errors 3 and 4. I did a number of things but I'm not sure what worked. My Chrome now updates itself automatically again. One of the things I did was remove temp data. I did something similar to this:

psexec -s cmd
DEL /F /S /Q C:\Windows\Temp
DEL /F /S /Q C:\Windows\System32\config\systemprofile\AppData\Local\Google
DEL /F /S /Q C:\Windows\System32\config\systemprofile\AppData\Local\Temp
exit

Don't operate with system privileges unless you really know what you're doing. And if you find something that works for you please report it.

I have the nagging feeling that I'm going to encounter this bug again even though everything seems to be fine now.

Aug 15, 2011
#187 brett.la...@gmail.com
Thanks for the suggestion, but alas... I still get error 3 on manual update check after performing those deletions.

I can't think of anything else to try at this point.  I'd appreciate some other suggestions from the Chrome team or anyone else!

Thanks
Aug 15, 2011
#188 gan...@google.com
Hi brett.la...@gmail.com, could you please install Chrome with dbg GoogleUpdate bits from here:
https://dl.google.com/tag/s/appguid%3D%7B8A69D345-D564-463C-AFF1-A69D9E530F96%7D%26lang%3Den%26browser%3D0%26usagestats%3D0%26appname%3DGoogle%2520Chrome%26needsadmin%3Dfalse/update2/1.3.21.66/dbg/GoogleUpdateSetup.exe

After a successful run of this installer, try to use the About box in Chrome. Assuming this fails, please attach the log which would be at:

Windows Vista and Windows 7: C:\ProgramData\Google\Update\Log

Over a period of time, the dbg log can get quite big, so once you are done, please follow these steps to get back to the release version of GoogleUpdate:

* Uninstall Chrome.
* Kill all GoogleUpdate.exe and GoogleCrashHandler.exe processes running from "Local Settings\\Application Data" (XP) or "AppData\Local\" (Vista/Win7) paths.
* Delete the registry key and subkeys under HKEY_CURRENT_USER\Software\Google\Update.
* Delete the directory %appdata%\..\local settings\application data\google\update (XP) or %localappdata%\google\update (Vista/Win7).

Now reinstall Chrome from http://www.google.com/chrome, or via http://www.chromium.org/getting-involved/dev-channel.

Thank you.
Aug 15, 2011
#189 brett.la...@gmail.com
Attached is the log from a manual update check with Chome + dbg GoogleUpdate bits installed.

After performing all of the listed steps and reinstalling from Chrome Dev channel, I still get Error 3 on manual update check.

Thanks!
GoogleUpdate.log
2.7 MB   View   Download
Aug 15, 2011
#191 gan...@google.com
Hi brett.la...@gmail.com, I see no activity. I wonder if you have machine Chrome installed? Could you please install Machine Chrome with dbg GoogleUpdate bits from here:
https://dl.google.com/tag/s/appguid%3D%7B8A69D345-D564-463C-AFF1-A69D9E530F96%7D%26lang%3Den%26browser%3D0%26usagestats%3D0%26appname%3DGoogle%2520Chrome%26needsadmin%3Dtrue/update2/1.3.21.66/dbg/GoogleUpdateSetup.exe

After a successful run of this installer, try to use the About box in Chrome. Assuming this fails, please attach the log which would be at:

Windows Vista and Windows 7: C:\ProgramData\Google\Update\Log

Thank you.
Aug 15, 2011
#192 brett.la...@gmail.com
Well, that did something.

The install of Chrome from your link gave me version 13.0.782.112, and when I try a manual update check, I now get "Relaunch Chrome to finish updating".

Of course, I want to be on the dev channel, and not stable...

Attaching the new log.
GoogleUpdate.log
5.5 MB   Download
Aug 15, 2011
#193 brett.la...@gmail.com
After uninstalling version 13.0.782.112 and reinstalling from the dev channel, I still get error 3.

Hmm.
Aug 15, 2011
#194 gan...@google.com
Hi brett.la...@gmail.com, please do not uninstall the dev channel, and please install Machine Chrome with dbg GoogleUpdate bits from here:
https://dl.google.com/tag/s/appguid%3D%7B8A69D345-D564-463C-AFF1-A69D9E530F96%7D%26lang%3Den%26browser%3D0%26usagestats%3D0%26appname%3DGoogle%2520Chrome%26needsadmin%3Dtrue/update2/1.3.21.66/dbg/GoogleUpdateSetup.exe

After a run of this installer, it may say that you already have a newer version of Chrome, and you should still have the dev channel version of Chrome. Try to use the About box in Chrome. Assuming this fails, please attach the log which would be at:

Windows Vista and Windows 7: C:\ProgramData\Google\Update\Log

Thank you.
Aug 16, 2011
#195 brett.la...@gmail.com
Here is the log once more.

Add/Remove programs shows that I have both 13.0.782.112 and 15.0.849.0 installed, but only 13.0.782.112 loads when I launch Chrome.  I also get a report that my profile cannot be used as it is from a newer version of Chrome.

When I try a manual update check in 13.0.782.112, I get "Relaunch Google Chrome to finish updating" and a "Relaunch" or "Not Now" choice.  Selecting "Relaunch" does indeed relaunch Chrome, but I still get the same upgrade relaunch request.

What next?
GoogleUpdate.log
1.5 MB   View   Download
Aug 16, 2011
#196 gan...@google.com
Hi brett.la...@gmail.com, could you please uninstall the dev channel as well as the stable channel, and please install the dev channel Machine Chrome with opt GoogleUpdate bits from here:

https://dl.google.com/tag/s/appguid%3D%7B8A69D345-D564-463C-AFF1-A69D9E530F96%7D%26lang%3Den%26browser%3D0%26usagestats%3D0%26appname%3DGoogle%2520Chrome%26needsadmin%3Dtrue%26ap%3D2.0-dev/update2/1.3.21.67/GoogleUpdateSetup.exe

After a run of this installer, you should have the dev channel version and the about box should hopefully also work.

Thank you.
Aug 16, 2011
#197 brett.la...@gmail.com
Well well well!

That worked.  The manual update check now returns "Google Chrome is up to date!"

Thanks a million.  One more question: what was the problem?

Cheers
Aug 16, 2011
#198 gan...@google.com
Hi brett.la...@gmail.com, that is good. Not sure why you had this conflict between the dev and stable channels.
Aug 23, 2011
#199 ox.vect...@gmail.com
It's working as advertised- thank you!
Aug 24, 2011
#200 peterde...@gmail.com
Apparently, I have version 1.3.21.68 and after about 2 months, the dev channel can update.  But the canary version cannot.  Usually the task scheduler will update the canary version in the background later.
Sep 9, 2011
#201 4robe...@gmail.com
Can someone provide an update on this issue? Has it been resolved yet? Thanks.
Sep 20, 2011
#202 jjnhendr...@gmail.com
My dad has the same issue, but he has only the stable Chrome version installed (Version 14) and not any Dev or Beta version.
However he has (at least) another Google product (with automatic update (Google Earth 5.0) on his Win7 machine. Maybe that is using the same update mechanism ?

I don't want, as mentioned above, work-around by installing a Dev version on my Dad's PC to avoid any irritations with possible bugs in the dev version.

Anyone any suggestion to solve my dad's issue ? Uninstall all Google products ? Clean registry, clean files and reinstall them ? But will the current Chrome Stable version 14.0 work with the installer : https://dl.google.com/tag/s/appguid%3D%7B8A69D345-D564-463C-AFF1-A69D9E530F96%7D%26lang%3Den%26browser%3D0%26usagestats%3D0%26appname%3DGoogle%2520Chrome%26needsadmin%3Dtrue%26ap%3D2.0-dev/update2/1.3.21.67/GoogleUpdateSetup.exe ?
Or even better, having this issue already resolved so no independend installer is required ?

Please help.

Already thanks

Sep 21, 2011
#203 brickown...@gmail.com
Still experiencing this issue. I've tried deleting registry entry as well as the directories for the updater. But, after reinstalling, the manual update still returns with me the dreaded error 3 message.

Oddly enough, I only experience this on Windows. No issues with the on-demand updater on Mac OS X.
Oct 5, 2011
#204 irmuk010...@yahoo.co.uk
I've just used the "GoogleUpdateSetup.exe" (v1.3.2.67, Digital Signature 5th August 2011) from the above link (comment 202).

It installed a new version of Google Chrome, v16.0.899.0 dev-m, and I now have manual update working again, but it does put everything in "C:\Program Files\Google" instead of "C:\Documents and Settings\User Name\Local Settings\Application Data\Google" except for my User Data Folder which remains in the latter folder.

I would, however, like many others, prefer to get back to the per USER ONLY install rather than the Global install, as the above does, and also have the "Stable" version instead of the "Dev" version.

Anyone found a solution for the single User install yet?

Mine was working properly up until about version 12 or 13 (not entirely sure when I first noticed error 3) and no matter what I've tried, Single User install always shows error 3 when trying a manual update and, USUALLY, Googleupdate.exe fails to run at all (does not show up in Windows Task Manager) which would partly explain why I was getting the error.

OS - Windows XP SP3
Google Chrome Manual Update Working.JPG
96.8 KB   View   Download
Oct 9, 2011
#205 brickown...@gmail.com
As suggested above, I've downloaded the Dev build in an attempt to resolve the error.

Alas, on the Dev build, it still returns with me a error 3 message. While on Stable, it did update automatically but it wouldn't update Chrome 14 to .202.
Oct 12, 2011
#206 irmuk010...@yahoo.co.uk
Did you uninstall and manually remove all traces of anything Google (except your User Data folder) and run a registry cleaner before installing the above Dev version?
Nov 10, 2011
#207 ox.vect...@gmail.com
I had downloaded and installed from the link as instructed very early in this thread and it was working. 

I recently (and stupidly) installed Google Earth and now the dreaded Error 3 is back. UGH! As Richard Pryor once said, "How long will this bull$hit go on?" LOL

I know (hope) the team is still working on this! I stand by to help in any way I can (debuggers, etc). I'm running Win 7 x64.
Nov 27, 2011
#208 alexande...@gmail.com
I have just resolved my update problem in quite a peculiar way. There was a _file_ named 'Documents' in the system root (C:\Documents). Chrome was not updating. After deleting this file, the error 3 went away.

procmon logging tells that GoogleUpdateOnDemand.exe (from C:\Documents and Settings\alice\Local Settings\Application Data\Google\Update\1.3.21.79) tries to open that file. Although the system calls look successful, the process seems to start winding down after that.

OS: WinXP
Chrome: stable (15.0.874.121 m)
Nov 27, 2011
#209 gan...@chromium.org
Hi alexande...@gmail.com, is it possible for you to attach procmon log, or perhaps post the specific snippets? Thank you.
Nov 28, 2011
#210 alexande...@gmail.com
gan...@chromium.org: I sent the log to your @chromium.org email.
Nov 29, 2011
#211 gan...@chromium.org
Hi alexande...@gmail.com, Thank you very much, we will be fixing this particular issue in the next release. 

Dec 28, 2011
#214 irmuk010...@yahoo.co.uk
I have solved my problem after reading Alexander's? comment above (no. 208).

I, too, found that I had a file called 'Documents' in C:\

I opened the file with Notepad and, having read the contents, I've deduced that the file was created by the program 'Universal Extractor v1.6.1.0' as the contents related to a file I remember trying to extract, unsuccessfully, about a week ago.

I deleted the 'Documents' file and Manual Update works correctly again.

This file is generated (or replaces the existing file, if already present) every time that 'Universal Extractor v1.6.1.0' is used, whether the extraction process is successful or not. I have confirmed this by deleting the file 'Documents' from C:\ and then right-clicking on any file and selecting 'UnExtract to Subdir' from the drop-down-menu. The file 'Documents' then re-appears in C:\ and Manual Update then fails again. When opened in Notepad, the contents relate to the file that I just attempted to extract.

I assume that the file 'Documents' is a log file for 'Universal Extractor', but why Google Chrome seems to want to access it AND that it prevents Manual Updates to occur is a complete mystery to me. Not only does Chrome not update when the file 'Documents' exists on C:\ but 'GoogleUpdate.exe' fails to run or show up in the Windows TaskManager. Once the offending file has been removed and a manual update is attempted, 2 entries for 'GoogleUpdate.exe' then, briefly, appear in TaskManager and the update check completes correctly.

Even if you manually create an empty file, name it 'Documents' and place it in C:\ the same problem results.

I will try and contact the developer of 'Universal Extractor' to see if it's a problem that can be fixed, at their end, in a future update to their program.

In the meantime, if you have it installed, I guess it may be best to uninstall 'Universal Extractor' either until it is fixed in the application itself or the Google Chrome Developers can work around/fix the problem in Google Chrome.

I hope this helps some of you.

And Many Thanks to Alexander? for his help too. It sounds as though it may have been by a bit of trial and error/luck that he found a solution, but then it's great that it works for him and me. If he hadn't have posted his findings, I probably would still have the problem, until I do a complete re-install of Windows and all other software again, which I do at least once every 12-18 months.

So, Thanks again, Alexander, for your work and for taking the time to post your findings.
Dec 6, 2012
#215 sied...@chromium.org
(No comment was entered for this change.)
Status: Duplicate
Mergedinto: 137915
Mar 10, 2013
#216 bugdro...@chromium.org
(No comment was entered for this change.)
Labels: -Internals-Install -Area-Internals Cr-Internals Cr-Internals-Install
Apr 5, 2013
#217 bugdro...@chromium.org
(No comment was entered for this change.)
Labels: -Cr-Internals-Install Cr-Internals-Installer
Sign in to add a comment

Powered by Google Project Hosting