New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 659425 link

Starred by 14 users

Issue metadata

Status: IceBox
Owner:
Closed: Nov 20
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Play store on ChromeOS reports "GMS services unavailable" on login

Reported by oedlan.m...@gmail.com, Oct 26 2016

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS armv7l 8530.96.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.154 Safari/537.36
Platform: Play store on ChromeOS reports "GMS services unavailable" on login

Steps to reproduce the problem:
1. Start US ASUS Chromebook Flip
2. Stable channel
3. Connect to home wifi network
4. Launch Play store
5. Login

What is the expected behavior?
Access to the Play store

What went wrong?
Get a message GMS services unavailable
Try again.
Same issue.

Did this work before? Yes 

Chrome version: 53.0.2785.154  Channel: stable
OS Version: 8530.96.0
Flash Version: Shockwave Flash 23.0 r0

Initially posted in the Chromebook Help Forum
https://productforums.google.com/forum/#!topic/chromebook-central/PLqp0Nu4tUI

More info there
 
Screenshot 2016-10-25 at 14.51.39.png
144 KB View Download

Comment 1 by deckc...@gmail.com, Oct 28 2016

Same issue with my Acer Chromebook r11

Steps to reproduce the problem:
1. Start US Acer Chromebook r11
2. Stable channel
3. Connect to home wifi network
4. Launch Play store
5. Login

What is the expected behavior?
Access to the Play store

What went wrong?
Get a message GMS services unavailable
Try again.
Same issue.

Did this work before?
No


Version 53.0.2785.154 (64-bit)
Platform 8530.96.0 (Official Build) stable-channel cyan
ARC Version 3322987
Firmware Google_Cyan.7287.57.82
Cc: elijahtaylor@chromium.org cernekee@chromium.org
Components: Platform>ARC
Owner: abhishekbh@google.com
Status: Assigned (was: Unconfirmed)
From the help forum, it was noted that this seems to be a problem of a specific WiFi AP and/or router.  When a different connection is used (4G tethering, another wifi network) the problem goes away.

Is there any diagnostic information they can gather to help us figure this out?
Here is a new thread from CBC that suggests it's an app permission issue. ChromeOS update reset app permissions?

https://productforums.google.com/forum/#!topic/chromebook-central/fdinCj5Da-o;context-place=forum/chromebook-central

#CBC-RS/TC-watchlist
Another CBC thread where multiple users are reporting the problem on new Chromebooks

https://productforums.google.com/forum/#!topic/chromebook-central/fYm8cDj6Oec;context-place=forum/chromebook-central
Cc: yoshiat@google.com
Labels: M-57
(for internal folks, I'm referencing bug 31705715)

There was a recent fix for a race involving DNS info propagation on startup.  This should be in builds 9000.50.0 and higher on beta channel (M56).  If the problem still persists with this fix, it is a different issue.

Abhishek, can you take a look at this and figure out if this is the same issue?  I also saw a bug (30869832) about not setting DNS settings from cros to android which seem potentially related and why changing the DNS settings in the feedback report did not seem to help.
I have just engaged @ecarbera to help me gather the version the latest poster is using. If it is a build with the fix I will try to get a log from them. I don't see any logs on the forums.
We do not ask for logs to be posted on the forums due to potential confidential info in the log files. I have asked users to file issue reports and to post their version info in the two threads above.

Comment 8 by dmc0...@gmail.com, Jan 28 2017

same issue

Comment 9 by uekawa@chromium.org, Jan 30 2017

Please do send feedback and reference this bug if you see the issue.

@abhishekbh, have you gotten the version info and any feedback to look at for this issue?
I haven't gotten any from carbera. I will look into feedback reports again today and grep for this issue in case people have filed recent ones. The ones I saw before were all on builds before the requisite changes went in.
Looked into this recent feedback. My logs correctly state that connectivity was present. Here is the culprit - 
CheckinTask: Checkin failed: <URL: 344> (request #0): javax.net.ssl.SSLHandshakeException: SSL handshake aborted: ssl=0x5c8d8da0: I/O error during system call, Connection reset by peer
Cc: lhchavez@chromium.org
I have been having this issue for the past week, but I'm on an Acer R13.

My issue description: android play store wouldn't load (said no network connection) but network was connected. Other odd behavior: my already installed android apps would still auto-update.
 
I updated to the latest dev channel today, still no joy.  

In settings, I disabled Google Play Store, then re-enabled.  Now I get "GMS Services Unavailable" and Play Store won't initialize.

I didn't open a new ticket cause it sounds related to this one.

From my ://version
Google Chrome	57.0.2987.59 (Official Build) beta (32-bit)
Revision	0
Platform	9202.28.1 (Official Build) beta-channel elm
ARC	3734075
JavaScript	V8 5.7.492.44
Flash	24.0.0.221 
For what it's worth ARC++ play store initialisation has never worked behind a proxy, it always failed with this screenshot. It goes better after the very first initialisation. I sent a feedback report linking to this bug.
I had the same issue. Chromebook Flip C100PA. Upon unboxing new device, I was able to initiate the Play Store. A day or two later after installing a bunch of andriod apps I was having an issue where the device would randomly restart. So I switched to the beta channel and power washed. Went to open play store for the first time and just got a message saying something along the lines of "couldnt reach play store. try again now". I got this same message everytime I tried. I was on the same wifi network at home as when the play store initially worked. Read something online where someone found selecting their current wireleess network and setting it as their "preferred network" fixed their issue. I tried that however after that I then would consistently get a different error message saying something about "GMS services unavailable". I then read that people were able to open play store by connecting to their phone's hot spot instead of their home wifi. I tried this and Play Store booted up right away and then continued to work after I switched back to my home wifi. Hope this helps!

Comment 18 by defo...@kmsd.edu, Jun 19 2017

This problem seems to be related to decryption of the Google search page for Safe Search.  I disabled decryption on a test system and it does not give the "GMS services are unavailable error".  When decryption is enabled, it decrypts the URLs - www.google.com/ncr followed by www.google.com/?safe=active&ssui=on and then I get the error "GMS services are unavailable".  We need to be able to decrypt those URLs in a school environment so we can properly enforce SafeSearch.  It seems like others who even have home filtering solutions (like a Netgear with Parental Controls) are having the same problems - which tells me that what I mentioned above is the likely cause.

I am seeing the same thing as comment 18.  We are using a Lightspeed Content Filter and need to decrpt SSL traffic to monitor and filter our students. Disabling that feature in our content filter did allow us to get past the Terms of Service agreement of the Google Play Store but this was only for testing so I had to enable the feature again.
Lightspeed Systems was able to fix this pretty quickly. They added few domains to the SSL decryption exclusions, android.clients.google.com, dl.google.com and play.google.com.
> For what it's worth ARC++ play store initialisation has never worked behind a proxy, it always failed with this screenshot. It goes better after the very first initialisation. I sent a feedback report linking to this bug.

The (lack of) proxy settings is filed as  issue 654733 
Cc: -yoshiat@google.com
Labels: Hotlist-ConOps-CrOS
(Bulk Edit) Adding the new conops Chrome OS hotlist to all open issues with the "#CBC-RS/TC-watchlist" tag, our former tracking tag.
Components: Platform>Apps>ARC
Owner: abhishekbh@chromium.org
Status: IceBox (was: Assigned)

Sign in to add a comment