Bug 603932
Summary: | JONServerDownloadActionHandler - zip file not copied to /tmp | ||||||
---|---|---|---|---|---|---|---|
Product: | [Other] RHQ Project | Reporter: | Ondřej Žižka <ozizka> | ||||
Component: | Agent | Assignee: | Charles Crouch <ccrouch> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Mike Foley <mfoley> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 1.3.1 | CC: | hbrock, hrupp, igilany, tmirc | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2013-12-07 14:57:23 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 603787 | ||||||
Attachments: |
|
Description
Ondřej Žižka
2010-06-14 22:24:34 UTC
Used "all" JBoss EAP profile. EAP 4.2 CP09 patch is at https://support.stage.redhat.com/jbossnetwork/restricted/feed/software.html?product=appplatform&downloadType=patches&flavor=rss&version=&jonVersion=2.0 Created attachment 423993 [details]
Agent log.
Agent's system: RHEL 5 @ jawa18.englab.brq.redhat.com running under a regular user Blocks EAP patches verification for CSP. I don't think this is a problem with copy files, more likely to be an issue with downloading the files in the first place. One idea though, is /tmp on the same filesystem as where the agent is installed No, /tmp is on local HDD, work dir is on NFS. Note that this worked in Boston lab, where the setup was similar, regarding this. server @ dev35.qa.atl2.redhat.com. agent @ .qa.atl2.redhat.com (don't remember exactly) I tried with access.redhat.com as Charles suggested in #5. Now it fails because the downloaded "zip" is actually a HTML page, seems like the root page. 23:01:47) ozizka`: it's a HTML file named ... zip (23:02:13) ozizka`: So, either wrong metadata or server misbehaving (23:02:19) ozizka`: other ideas? (23:03:13) spinder: ozizka`: Or the CSP feed element is not being served up correctly. (23:05:10) ozizka`: spinder: That's what I mean by metadata. For the record - Digest of [/tmp/jon_download4495698412119601228/jboss-4.3.0.GA_CP01.zip] is [50696e977bf2751e602f3c497c3521ca] and does not match expected value [0c3284c13efc48eb5f43f755b23f0d5c] Identified as CSP stage repo problem. See JBQA-3439 - https://jira.jboss.org/browse/JBQA-3439?focusedCommentId=12538210&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_12538210 AMS has diagnosed issue: When referencing the URL provided in the stage environment, the browser is looking for a string on cookie "ChromeLocale" and failing on line 28 in the code when the call fails. Upon further investigation, the cookie is not assigned in WebQA and Stage environments. This is because, the cookie is an automated assignment from Redhat.com when a requestor attempts to access a URL with the pattern access.redhat.com. In Stage, automated cookie assignment is not configured. Therefore, all requests to the URL for "ChromeLocale" will fail, because the source of this data is not available. Possible resolutions at this point: 1) Remove the call for "ChromeLocale" from Stage and WebQA 2) Configure automatic cookie assignment in Stage and WebQA 3) Manufacture a cookie with the required data for internal users. AMS is investigating which option is fastest to market. cccrouch - what to do with this? needs to be reassigned to CSP? I think the problem at CSP side is solved. Igor, what's the current state pls? Well it's mostly possible for JON to succesfully download the zip. But failures(0B zip files) are still occuring from time to time with stage csp, especially with bigger files(but every time it worked after re-trying). Is that still an issue, as there have been a lot of changes and improvements since? Outdated |