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

Similar Messages

PSA Request struck in yellow state if no data is available

If there is no data available in the source system then the PSA reuest in the Datasource is not updated as sucess rather it is struck in yellow state.
However, if there is data available then there is no issue.
We are running a delta load through a Process chain and daily we have to manually set the satus to sucess for the chain to continue its execution.
Any help would be appreciated

Time out time(TOT)
This settings are useful when we have huge data and load will take more time. in general default time out time maintained some number(ex 7hours).
when that time was crossed we get time out time error for info pack. in that case we need to increase the wait time for info pack.
Treatment for warning(TFW) - if we receive any warning during the load in default request will be red. in generally warnings are allowed. once you check what is the warning, after that accordingly warning message you can make request to green.

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

Request in Yellow State in Delta update cube.

Dear Exprts,
In request , no. of transfered record is 73260 & added record in cube 73212 with yellow status. Everything O.K. but in Data package 2 in update rule it has tranfered only 16247 out of 16295. ( this is same diffrence of number of records as in cube ) .
PSA request is also in yellow state.
Regards,
Anand Mehrotra.

Dear experts,
Thanks for reply.
In R/3 & BW , it showing status job is finished . But PSA request is also yellow state.
In transfer rule ( Data package 2 ) no of tranfered record is equal to added . But Update rule it is different green status.
how to find out these records in update rule.
Regards,
Anand Mehrotra.

PSA load remains in yellow status.

Hi Gurus,
I have created a generic datasource based on function module.
I have replicated the datasource in SAP BI dev instance.
I have even checked the extractor checker in R/3 and it shows 381 records.
On BI side I am loading data upto PSA.When I execute the infopackage for full load in the monitor screen I could see
"381 out of 0 records".The request remains in yellow status.
The idoc status in source system side is 03 and on BI side is 53.
I dont get any error message.Even I am not seeing idocs with red status in SM58 tcode.No logs are seen in sm21.
I even asked the basis team to check for RFC connection SM59 and partner profile.Every thing looks fine .
This loading issue is only happening with this specific datasource(ie datasource created on function module).
For other datasources load are carried out fine.
Has anybody faced a similar issue?.Please help in this regard.

seems the load is hung bcoz of thehung IDOCs.
Process the idocs manually. after
check the below things
--> Check weather the source system job finished or not?
If the job is finished check the TRFCs are processed or not?
In the monitor screen - menu bar --environment -->job overview (to check the job) -->TRFcs - to check the TRFCs.
Check for short dumps using transaction ST22.
-->Check for the Idocs in BD87 and if there are any IDOCs got stuck process them manually.
To process Idocs first change the status of request to red and try to process them in the background.

Process chain remains in yellow for long hours

Hi friends,
My process chain remains in yellow state for many hours.
when i check the the message , it shows as chain has been removed from scheduling. Is that a problem or what may be the problem?
generally if a problem of PC remaining in yellow for long time , what are the Tcodes to be looked into.
regards,
Rajesh

Hi Rajesh
GO to <b>RSPCM</b> check the sataus still its in yellow or green.If it is in yellow then
double clicjk on this it will takes to you in to the chain individually .Then check the
process ..
Or go to <b>RSPC</b> check wher exactly the chain is kicking.Then check the monitor
status of that particular process .This monitor u can achieve By double clicking on
the process-->it will show u a popup in that click on monitor.and then depends on t
the issue u can work and repeat .
Regards
R M K
***Assigning points is the only way of saying thanx in SDN ****

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.

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

Request is in yellow.

While extracting the data from r/3 to bi, of payroll data source by filtering months in infopackage, the records are coming but the request is in yellow.
the error message is
1. No assignment of payroll data to BW month for country grouping
Message no. HR_BW_PY99026
so i did Choose: R/3 Customizing Implementation Guide -> Integration with Other SAP Components -> Business Information Warehouse -> Settings for Application-Specific DataSources -> Human Resources -> Assigning Payroll Data to a BW Month.
according to the message error aolution and forums , i havent got solution
plz advice me........
thank you

hi
Thank you,
from the functional team, Country grouping is only for 40 not for others. if i enter other country groups which were displayed in application log which are not there in payroll data to bw month. then it displays and shows remaining logs which are already present but i forget to mention in the post. they are
*DataSource 0HR_PY_1 does not support CE results (employee 00100920) *
OR
if i make it green , still the logs will present . is there any problem in future?

Status remains as Yellow, for no data

hi ,
in our master data load process chain, a datasource which has 0 records in the sourcesystem returns 0 records in BI. but the status remains as yellow , instead of green.
since the status is yellow the next process is not getting triggered. only if we manually change the status to green, the process chain continues. wht shall we do to change the status to green automatically.

Hi DOLLY,
you need to cofigure a small setting at Infopackage for this.
RSA1-> infopackage -> scheduler -> Trafic light color for Empty request -> select green and save it.
for 0 to 0 records load will show as Green.
Regards
Daya Sagar

Most of the time queries remain in suspended state in our production environment.

Most of the time queries remain in suspended state in our production environment.
Not getting any solution.
Thanks

Wait typeS : PAGEIOLATCH_SH,PAGELATCH_EX is when requested page is in buffer and some other process/request
is holding the lock in buffer.
SQL will manage it internally , Have you faced in performance issue if yes the need to check
1) Fragmentation of indexes. if fragmented the defrag it so that time of execution will less and will also reduce wait time.
2) Any missing indexes is there then create it
3) Update statistics status of tables.
4) Check if any table scan is there the create appropriate indexes on that...etc ....

Init Load showing in yellow state.

Hi all,
I am trying to do init for SRM data source to ODS object.
The init load is showing yellow state (0-0 records).
There is no data available in SRM related to this data source.
Can anyone please tell me why it is in yellow state instead of green.
Thanks
S VR.

Hi S VR,
In the monitor screen go to the Status Tab > click on the lights next to Total > Make it Red and save > the system will prompt a couple of messages, say Yes to them. Then you can Manual Update. Once all packages are done (green), then again Status tab > click onthe lights next to Total > Delete Statsu; back to request status > Save. The request should now be green.
else
try repair full request option it can help you..
Hope this helps...
Assign points if helpful...
Regards,
NR
Edited by: N R Pradeep Reddy on Apr 14, 2008 6:14 AM

Job remains in active state indefinitely

hello everyone,
i had a request to create a spool for a background job.
i was getting numerous spools getting created after my coding.i some how rectified the issue and a single spool is generated now.
but the job remains in active state only.
please suggest

check at workprocess level, if the job doing nothing and showing Active on SM37 cancel it and rerun.
-SS

IDOC is in Yellow state

Hi All,
By using the custom program, I am creating the IDOC and after that I am running the program "RSEOUT00".But still IDOC is in Yellow state.
If run the IDOC in WE17 Transaction code, IDOC state is getting turned into Green state.
Could you please tell me what could be the problem.Why it is Yellow state.

Hi,
We faced the same problem .
Chek your Coneection string in SM59. Reset IP address with host name and system number and try again.
Check response time in SM59.
Check SM58 if any error is there in RFC after idoc processing.
Salil ...

Import Items Request remain in Status Pending Normal For a Long Period

Hi,
Import Items Concurrent Requests Remain in Status Pending Normal For a Long Period(30 minutes) Before Running.
It is actually completing within 10 minutes after pending normal for 30 minutes.
This problem is happening only with Import Items concurrent request, Other request are running as soon as they started.
My Application version: 12.1.3
Database Version:11.1.0.7
My Standard Manager details Processes=16 Sleep Time=10 Cache=40
Please correct, If there is need to change Standard Manager configuration...
Plz reply soon.
Regards,
Alig

Alig,
Standard Manager is running this request, Import Item program request after the completion, creating Item categories for this it is taking time, that is the reason another import items request is waiting for the Item categories program to be completed.You need to find out why the "Item Categories" takes that long to complete.
Do you have the statistics up to date?
Enable trace as per these docs to find out why the request takes that long.
How to Set a Trace with Bind and Waits from the Concurrent Request Form [ID 601647.1]
How To Trace a Concurrent Request And Generate TKPROF File [ID 453527.1]
Thanks,
Hussein

Datasource 0UC_SWTMSGDATA - request remains in yellow state

Similar Messages

Maybe you are looking for