Request Status Stay Yellow

Hi Expets,
I am using load 0HR_PT_2.
Because the load gets warning in the source system the request stay in status yellow
(HR say all the data is good)
In the Details tab of the monitor under Extraction i see the warning
"warnings have appeared when extracting data" (message R3 401)
And i have to change it to green every morning (because all the data is in received in to the BW)
how can ignore the warnings or chagne it to green automaticly?
Or what else can i do?
Thanks and BR,
Or.

Hi,
In the DTP on the extraction tab you can set the DTP extraction mode to ignore warning and make the request status as green. Once you do this setting your request will become green automatically.
But I don't know if there is any similar setting in BI 3.5.
Regards,
Durgesh.

Similar Messages

Request Status stays yellow after successful load

We recently started loading two infocubes from the same data source.
- The Monitor shows that the load completed normally with no errors.
- Manage on the first cube shows that the status is green and the data available for reporting.
- Manage on the second cube shows the data is not avaialble and the status is yellow.
There seems to be no problems with the load. I can manualy force the status from yellow to green and the data is available for reporting. But I don't want to have to manully change the status after each load. Any ideas on why the status stays yellow? Any thoughts on what I can do?
Thanks,
Chris

Nagesh,
Looks like your suggestion will solve this. It was not checked for the one that was staying yellow. It was checked for the cube that would go to green. I'll run a test then come back and award points.
Thanks,
Chris

REQUEST STATUS YELLOW WHILE MONITOR STATUS GREEN - BI7

Hellow,
I try to load data with 0CO_OM_OPA_1, 0CO_OM_WBS_1 into Z cubes which are similar to the business content cubes 0OPA_C11 and 0WBS_C11 respectively.
ETL is BW3.5 (transfer rule and update rules). When I look at the request in the monitor, I see that everything is green but the request status is yellow and not available for reporting. I can change the status to green manually but this is not a good solution for me.
By the way the same load works well with te standart cubes.
I use BI7 but I use BW3.5 business content.
What could be the reason for such problems?
Regards,
Hadar

Hi Hadar,
We have exactly the same proble. Have you found a solution to it? I'm using Datasource 0HR_PT_2 to load data into Infocube ZPT_C01 (a copy of 0PT_C01). The monitor of the infopackage is green. There are no errors whatsoever. The status for the request in the Infocube>Manage is set to yellow and the data is not available for reporting. I can set it manually to green, but as you said yourself, it'd be nice to have an automated wway of doing this. Is there any way around this problem?
Thanks
Michalis

In the MMC, the dispatcher stays yellow, with the status

Hi all,
In My Solution Manager system, In the MMC, the dispatcher stays yellow, with the status 'Dialog Queue Info unavailable'.
However, the system continues to run. Can you please help on this.
Thanks
suman

Hi,
for this problem, check SAP note 396309 and 72248.
Thanks
Sunny

PSA request is in yellow status

Hi
We got the problem when loading the 2LIS_03_BF data into cube. We have around 4 cubes and 2 ods.
The data got loaded into all the cubes and ods except on Cube. There was a problem of table space and now it is solved.
Now the request is in yellow status in PSA. It cube it shows no of records added and transferred but the status is in red color.
How can i upload the delta data into the cube from PSA when PSA request is in yellow color.
I feel strange that when the request is in yellow color how come the data is loaded into all other cubes.
REgards
Annie

You should be able to load request from PSA to data target using the option available in PSA. When you manage on Datasource, you see all requests. You can select that PSA request and use Scheduler option in that screen to update that particular request. It will run infopackage as usual. It will execute all the routines if there are any in update rules.
When you say you have some programs running in process chain, they must be after this failed load right?
If that is the case, all you need to do is push process chain further. Below are steps to push process chain further if you any step is stuck in yellow or if mually carry out any red step in process chain. In you case, load that failed step manually using scheduler form PSA manage tab and then push PC further using these steps. That will continue PC further and run any programs that run after load.
Execute in SE38 -> RSPC_PROCESS_FINISH
Fill the following parameters on screen and rest all can be left blank.
1. LOGID - you will find this when you do monitor of your process chain. Every time you run process chain, unique LOGID is created.
2. TYPE - If step is ODS activation then TYPE wud be ODSACTIVAT and if it is infopak loading TYPE wud be LOADING and if it is DTP Load TYPE wud be LOAD. In your case it will be LOADING.
3. VARIANT - In the process chain monitor mode, right click on step which you executed manually -> Display Messages. Go to chain tab and there you will find VARIANT
4. INSTANCE - In the process chain monitor mode, right click on step which you executed manually -> Display Messages. Go to chain tab and there you will find INSTANCE
5. STATE - Value wud be G
After entering above parameters, click execute. It will be done in fraction of second and wont give any popup. Now when you will check process chain monitor, you will see that step 4 is green and next step has started executing.
Abhijit

BDocs stay yellow - status I02 Written to qRFC Queue (intermediate state)

We upgraded our system from SAP CRM 7.0 EHP3 SP3 to SP4.
Now all the BDocs in smw01 stay yellow. I can manually reprocess them, then they become green. There is no error message and there are no dumps in st22.
The CSA* queues are registered. The scheduler says "inactive" (and briefly goes to active when saving a business partner, product or transaction, as it should).
The CSA* queues relevant for each "stuck" business partner, transaction or product is in status "STOP".
There's a note, 1593693 - BDoc's in state I02, but it doesn't help. We don't have a problem with the number or load of the RFC processes (as far as I can tell), there is very little going on on the system, right now I am the only one logged on) and the queues are not in status READY, either.
MW_CHECK says "All post-processing steps are done."
GENSTATUS counts 0 errors or waiting.
MW_MODE is on, of course.
smw3_00 is empty (which it was before the SP installation, too).
The CRM is not connected to an ERP system, it sends búsiness partner and transactional data via the XIF adapter (via web services). Which, up to now, worked just fine.

I was given the solution: Use transaction smq2, search for CSA*, click on the queue, click the unlock button. That worked.

Data Request remains in yellow status after RSAPO_CLOSE_TRANS_REQUEST

Dear all,
I am working on BI 7.0 and I need to load data from a Real-Time Cube (in planning mode) to a Standard Cube. I am using a Process Chain with a program which calls function module RSAPO_CLOSE_TRANS_REQUEST providing the technical name of the Real-Time cube to this function module. I see that this function module works in general, because afterwards I see the number of data records transferred and added appearing in the data request. However, the status of the data request is still yellow. In order to load the data from this cube to another it has to be in green. It is not acceptable to do this manually, it has to be automated. Data entry on the Planning Cube is via a BI-IP Query. The data arrives correctly in the cube, when checking the InfoCube content the data appears to be fine.
I have used this function module in many projects without such a problem. Does anyone have an idea why the data request is not set in green status?
I have also tried to use the function modules RSAPO_SWITCH_TRANS_TO_BATCH and RSAPO_SWITCH_BATCH_TO_TRANS to convert from Planning mode to normal mode and then back from normal to planning mode. The result is the same, data request remains yellow.
Many thanks for your help
Claas

Thanks Rishi,
I have tried this with the standard Process Chain steps to switch the mode, but the issue remains. It first switches the Cube to Load-Mode, I see data records in the request being added to the cube, the next step tries to switch the cube back into Planning mode, This step now gives an error because the data request is in yellow status, so the cube cannot be switched back to planning.
Error Message:
Request APO_R4EX2HO4TYDLBCNQPQY82K8ZOJ(0000020181) is yellow or red in InfoCube DRI_P301; cannot switch to planning
Message no. RSM068
The Problem is that after the Cube was switched to Load-mode the request is still yellow.
I do not understand why data records get added to the cube but the request does not get turned into green status. Any more ideas?
Cheers
Claas
Edited by: Claas Bartels on Aug 29, 2009 10:29 PM

Unable to manually set the BW request status from hanged yellow state

Hi All,
We were running a BW upload when it failed due to some ABAP dump. The request remained in the status yellow.
We tried to manually set the status to red or green in RSA1--> manage (infoprovider)
This did not allow me to reset the status there.
I searched the SDN and found this blog: http://scn.sap.com/community/data-warehousing/netweaver-bw/blog/2013/10/23/deleting-dtp-requests-when-the-dtp-step-is-hanged
But in our case the table : RSBKREQUEST shows "USTATE" and "TSTATE as "0"(zero). I can reset the status only when it shows 5. So running RSBM_GUI_CHANGE_USTATE in SE37 to reset the status to "0" (zero) is not an option here.
Iam sure others would have come across this situation before. If you could throw some light on how to reset the BW request status to RED or Green so that I can restart the load again.
Your help is really appreciated.
Thanks
Manmath

Hi,
please check the below tables have your DTP request ID.
Note: Be aware the deleting the request form the data base tables
RSBKREQUEST
RSREQDONE,
RSREQICODS,
RSICCONT
Thanks,
Phani.

Request Status not Activating

Dear All,
I have created Datasource and DSO and flat file and also created DTP. If i request perticular request id , its not activating. request status not activating.
With Regards,
Baskaran.

Hi Baskaran,
Follow these steps.
Do the loading process as you are doing i.e. using Info package load to PSA, then using DTP to DSO.
Then after loading data, you go to manage. Then Select your green request and then click activate.
A new window will open. There your request will be green. Again select it and click on start (do not click on stop).
Then you will find refresh button there. Click on it. Your green request will turn yellow. Now go on clicking refresh until your request disappears from there. After that close the window.
Then again click on manage. Click on refresh. Now select active data. Your data will be displayed.
Hope this helps.
thanks,
rahul

Datasource 0UC_SWTMSGDATA - request remains in yellow state

hi all,
we are using the datasource 0UC_SWTMSGDATA to extract message data for the switch documents.
every time we scheduled the infopackage to load data into sap bi, the datasource extracts all data records to the bi.
but at the end, when all records arrived at bi, the request remains in yellow state.
do you have the same problem? what's the reason?
we are already using the datasource 0UC_SWTDOC, it works fine.
kind regards,
phil
Edited by: Philipp Südfeld on Jul 8, 2011 4:49 PM

Hi,
You have to check the job status in SM37 in R/3 system. If it shows "Active mode", then you will be getting Yellow color in BW. You may have to wait till the job gets finished in R/3.
Sometimes, transferring I-Docs take time.
Regards,
Suman

SOAP Adapter status stay "Channel started but inactive"

Hi, Folks:
We have a couple of SOAP adapters that I have not used for a while, so I put them in inactive status.
Now we need to switch SOAP Scenario, I activate them, however, in Communication Monitoring Page, The status is Yellow Triangle: "Channel started but inactive"
I have tried to inactivate and reactivate them for a couple of times, it does not help.
Any ideas are welcomed !
Liang

Hi Guys
As suggested by you guys, after I sent first message, all the SOAP adapter get active now. I believe I fogort how I setup it up initially. That is the value stay with your guy
Thanks everyone !
Liang
Edited by: Liang Ji on Feb 29, 2008 8:48 PM

Delta request is always yellow

Hello,
I've an ODS which is filled with several infosources and one of them is an infoobject with data master.This ODS is uploaded daily.
Sometimes, the infoobject does not have new records and the request stays yellow.
What should i do? Change manually for green?
Thanks
Regards
Maria

hi maria...
y r u loading the same ods daily....?once u loaded some datas..more over if u want to load some more no of datas...just change ur source file only in the loaded part...which should have contained new datas...anyother old datas in that file means...u must load with delta mode..bcs of the duplicate datas may occur in loaded file....that also showing like that kind of error....or stays the yellow button....orelse....u create one new ods &new master for extra added datas....
u can see that error(duplicate datas occured)in yellow button stays page itself ...
end of the request ill show that error....just check it...
assign some points if applicable...
regards,
ramanan.

Request Status for Master Data Attributes Load

Dear All,
We are trying to load attribute master data and volume of which is relatively huge around 10,000 records.
We are facing challenge while updating attribute data from master data info object , the load status remains in yellow status and when we went to details screen it states that data is transfered to transfer rule . ( it has been loaded successfully in to PSA).
Could anybody please give some hint on this challenge ??
Regards
Kapadia

Hi Paolo Siniscalco,
You are right, as number of records are more , i have chosen update of "Only PSA" and then "Subsequently in Data Targets".
I tried other option also which is infopackage schedule "Execute in Back ground" and
"Request batch process runs untill all data is updated in BW". And process went in to infinite loop.
Some how i am not able to track out why the request status is not changing .
Regards
Kapadia

Request status changed!

Hi,
in the manage tab of data target when i see the status of the request it is yellow and added records and transferred records has adifference of almost 40000.
but when i click monitor button, it goes to the monitor screen with following msg
" request status changed, trigger follow on events? followed by YES or NO push buttons?"
why this msg is coming though upload is not yet completed?
Thanks,
Ravi

This message indicates that there is some change in the data load between now and ur previous visit. If you choose YES, it refreshes and displays the latest status. If you choose NO, it shows the status of ur last visit
Hope it helps!

How to change DTP Overall Status from Yellow to Red

Dear all,
if I choose "set overall status automatically", how can I change DTP overall status when I want to stop the DTP running? Thanks.

Folks
I know how frustrating this problem is even in netweaver 7.0 environment. I found a solution for this problem atlast and it works but a not direct way of resolving this issue.
When this request is in yellow status and not able to change / delete the request, its actually in a pseudo status and it is a bug in the program. This request sits in table RSBKREQUEST with processing type as 5 in data elements USTATE, TSTATE and this 5 is actually "Active" status which is obviously wrong.
All we need is, ask your basis person to change the status to 3 in both these data elements and then it allows to reload the delta. Once the delta is successfully loaded, you can delete the previous bad request even though it is still in yellow. Once the request is deleted, the request status gets updated as "4" in table RSBKREQUEST.
Hope this helps.
Thanks

Request Status Stay Yellow

Similar Messages

Maybe you are looking for