Hey Mayank, I'm sorry that you found my comments unhelpful. I'll try to clarify:
It is to be expected that errors will occur when dealing with any software product which is beta (such as gcloud). As well, in a distributed (cloud) computing environment, connection issues are a fact of life, even for the best-intentioned developers and companies, and it's not necessarily a matter of attitude toward quality, which I'm sure we all agree is the most important factor. The question becomes, how to deal with inevitable connection error situations? Software should attempt to retry failed connections, generally, using an incremental backoff scheme to prevent flooding the target server. However, when software doesn't behave in this nice way, what's a developer to do? In this case, it appears that a failure to connect to Cloud Storage led to the entire bitnami-jenkins setup failing. The reason I had directed you to the appropriate channels of support is because in those locations you will find people expressly-oriented to addressing your specific issue here, while this forum is meant for more general discussion of the Google Cloud Platform and services, not specific technical issues. When you post to Bitnami support, or Cloud Platform support (this could also mean the Public Issue Tracker <https://code.google.com/p/google-cloud-platform/issues/list>), you should be sure to include all relevant details, such as which command you are running or which documentation you are following, what version of all relevant softwares and OS's are involved, etc. I'm unsure at this point whether you're following documentation on our side or from Bitnami, if you could clarify that would be great. All that said, I'll be happy to offer whatever assistance I can here, in whatever form I can. Feel free to supply more info and we can try to get to the bottom of this. Regards, Nick Cloud Platform Community Support On Tuesday, March 29, 2016 at 2:49:12 AM UTC-4, Mayank Bhagya wrote: > > Thanks for the reply, Nick. > > While connection issues in a cloud environment are to be expected, the >> tools we use to make connections should be fault-tolerant although this >> isn't always automatically the case. >> > > Do you mean we should expect these tools to fail? > > Your post didn't make it quite clear exactly how this manifests, as full >> system and logs context were not given. >> > > Well, the appengine push-to-deploy setup, states very clearly, how to use > 'gcloud' on a compute-engine instance to deploy to appengine. > The attached logs were the output of 'gcloud preview app deploy', as > visible on line#7 of the logs. > > >> However, there is enough information to make clear that you need to >> contact either Cloud Platform or Bitnami support. You could either try to >> report it in the Cloud Platform Public Issue Tracker >> <https://code.google.com/p/google-cloud-platform/issues/list>, or use >> the recommended path from the documentation >> <https://cloud.google.com/launcher/solution/bitnami-launchpad/jenkins>, >> which explains: >> >> > That doesn't help a lot Nick. > > >> Either way you will shortly be in touch with someone who can assist you >> further. Be sure to provide full context of how you run the deployment, how >> you gather the error, all messages which are output, etc. >> >> > Thanks. This should help. > Do let me know if you need more info or if you need me to run gcloud in a > debug / verbose mode. > > If there's anything else you feel I could assist with here, feel free to >> let me know and I'll do my best to answer any questions. >> >> Sincerely, >> >> Nick >> Cloud Platform Community Support >> >> On Monday, March 28, 2016 at 5:55:08 AM UTC-4, Mayank Bhagya wrote: >>> >>> We face this issue every day. And no, I am not exaggerating. >>> EVERY SINGLE DAY! >>> >>> Every day, from about 12 in the afternoon to 5 in the evening >>> (GMT+0530), the push-to-deploy bitnami-jenkins setup complains that it >>> couldn't copy files to cloud storage. >>> The error is intermittent. Certain deployments succeed in first attempt, >>> some others in second and some others don't complete for hours! >>> >>> Today we have to deploy a critical fix and this thing is not ready to >>> deploy! >>> >>> Here are some logs: >>> >>> Updating module [default]...- >>> Updating module [default]...\ >>> Updating module [default]...| >>> Updating module [default].../ >>> Updating module [default]...- >>> Updating module [default]...failed. >>> ERROR: (gcloud.preview.app.deploy) Error Response: [13] Errors were >>> encountered while copying files to App Engine. >>> >>> Details: [ >>> [ >>> { >>> "@type": "type.googleapis.com/google.rpc.ResourceInfo", >>> "description": "Error reading from Google Cloud Storage.", >>> "resourceName": >>> "https://storage.googleapis.com/staging.myappname.appspot.com/9daf160fc37b8d609092a9f47367188d596ab34e.jpeg";, >>> "resourceType": "file" >>> } >>> ] >>> ] >>> >>> >>> Do you think adding more features and not addressing bugs like these >>> will make your customers' life easy? >>> Whatever happened to quality. >>> Can Google folks be serious enough and understand the impact of such >>> issues? >>> >>> Having downtime in an application is not a joke. >>> Not everybody ships with 'beta' quality. >>> >>> Please look into this issue asap and let me know if you know anything >>> from my side. >>> >> -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/f2fb6a1f-1ba2-4a8c-8e1b-d7cd9cc39770%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
![https://storage.googleapis.com/staging.myappname.appspot.com/9daf160fc37b8d609092a9f47367188d596ab34e.jpeg"](https://storage.googleapis.com/staging.myappname.appspot.com/9daf160fc37b8d609092a9f47367188d596ab34e.jpeg"){kind=link}