Wily introscope issue after System refresh in solman 7.1 Sp11

Hello experts,
Unable to remove old Production wily in quality system.
An new wily has installed in development box but when i run Solman_setup -> basis configuration ->cofig wily
Unable to unassign or delete old wily introscope
Thanks ,
Rahul Yedapally

Hi Rahul,
Check in expert mode , diagnostic agent of development system should appear in quality SMD agent administration as you are assigning DEV wily to SOLMAN QUA.
and all so make sure RFCs WEBADMIN , SOLMANDIAG and
NONE are working fine in SOLMAN.
Thanks,
Prakash Reddy Maram

Similar Messages

SAP License issue after system refresh.

Hi,
After system refresh, refreshed system has License info of source system. When trying to apply license from unix, it gives below error, saying system number is incorrect to apply new license. Looks the system number of source system is causing issue. I checked, there is no data in MLICHECK table. I could see some info in "saplikey" table. System is 700 system.
sidadm> saplikey -install "/home/SID/sid_multiple.txt pf=/usr/sap/SID/SYS/profile/SID_DVEBMGS01_sapsidci
This system's system number is "000000000710287641", but there is a license key
for system number "000000000711311441" in file "/home/SID/sid_multiple.txt".
sidadm>
Thanks.

First check whether you have deleted all invalid licenses?
use below command to delete invalid licenses
sidadm>saplicense -delete
And apply new license based on new hardwarekey with below command
sidadm>saplicense -install
*I think there should be some invalid licenses lying in your system
Regards
Nick Loy

JSPM patching issue after system refresh

We have recently done a System Refresh of Java-Addin box from a source system whic was on SP-13 on to a target system which was on SP-14.
After the refresh we found the target system is now on SP13.   When I tried to apply SP-14, JSPM reports that the patch is already applied. How do I go about ? Does this mean that SP-14 is already existing. How to make the system recognise that the current patch is on SP-13. What needs to be done?
Thanks in advance.
Umamahesh

This is not a bug in JSPM, if the System Refresh is done through SAPINST you shouldn't have such issues.
I think that since some of the files in J2EE are not updated after the manual system refresh and JSPM must be pointing to the earlier Patch level.
Especially files under ..../bootstrap/SAP AG are not updated
In JSPM by default the forcemode is disabled so given the manual way to enable the option
Hope this is clear
Regards
Shaji

Transports Issue after system Refresh

Hi All,
Recently we performed a system refresh from our Production to Development system. It is SAP ERP 6.0 ehp5 system. The refresh was successful however we are seeing issues related to STMS.
1. In our development system we are unable to use SCC1 to move transport from one client to another. The following is the dump.
Category               ABAP Programming Error
Runtime Errors         UNCAUGHT_EXCEPTION
Except.                CX_SDB_ORA_PROGRAM_ERROR
ABAP Program           CL_SDB_ORA_UPDATE_STATS=======CP
Application Component BC-DB-ORA-CCM
The occurrence of the exception is closely related to the occurrence of
a previous exception "CX_SQL_EXCEPTION", which was raised in the program
"CL_SQL_STATEMENT==============CP",
specifically in line 24 of the (include) program
"CL_SQL_STATEMENT==============CM008".
The cause of the exception was:
ORA-20003: Specified bug number (16470836) does not exist#ORA-06512: at
"SYS.DBMS_STATS", line 23922#ORA-06512: at "SYS.DBMS_STATS", line
23973#ORA-06512: at line 1
2. We are not able to see the sub request record for the transports is missing in E070 table for the TRs which were created before refresh.
Please provide your inputs and help us to resolve these issues.
Thanks!

Hi
Why do you mean by "system refresh from our Production to Development system"
DB copy or client copy ?
Based on the problem you have it must have been a DB copy.
As you might know this is not recommended by SAP, you should at least have exported the object versions as stated in the here under note.
I hope your TMS domain controller was the production system...
It is normal that you did loose data in the CTS tables as you overwrite all CTS tables with the data from production, thus orders created in DEV that were not released should have been erased.
I'm afraid your problem could be tougher than a simple Oracle error...
For the Oracle error could you try launching system statistic and see if you get the same error
brconnect -u / -c -f stats -t system_stats
Why did you perform that refresh, client copy could have been a safer alternative.
Regards
130906 - How can versions be transported?
You want to copy the versions of the repository objects from one R/3 system into another, for example because you are planning to copy your production system to your development system.
Such a procedure does not correspond to the strategy recommended by SAP, to always retain the development system.

RSA1 issue after system refresh

Hello all,
I am not sure if this is the right forum for my issue but i will give it a try. Here is my situtation:
we recently refreshed our SDX sandbox apo system from DEV. No other systems in the group were refreshed , target systems or others were not refreshed in parallel. As a post refresh step, just like in BW, I had to go to RSA1> right click on the source sytem (pointing to old logical name DEVBI)> and then restore. So now, the new Sources sytem for SCM is supposed to be Sandbox BI (SBI) which is fine ,and the source system connection is also working good. But when we perform search for SBI datasources in RSA1 .it display 2 entries for the same datasource..one with SBI source system (which is correct) and another one with old source sytem (DBI, which is incorrect).. So we see the duplicate entries for the same datasource with 2 logical system names (old+new). Also, we are unable to replicate datasources for the SBI source system, it says DBI source sytem does not exist. I am not sure why this DBI source system's logical still there. Can anyone please share if they have ran into similiar issues? if so How can i get rid of this old logcial names from RSA1 from datasources ,that is DBI.
BTW, RABASIDOC and RSLOGSYSDEST table entries are showing correctly. Again, BW is the source system here.
Thanks,

Durgesh,
Thanks for your suggestion. Actually I did run BDLS and didnt manually create the source system in RSA1. I just had to restore the existing one and everything went fine, the source sytem checks good. But the issue still exist. The old Source system Logical name (DEV BI) still shows when searching for datasources in RSA1, so the search result displays the same datasource entry twice one associated with old Source system LSN (DEV BW in this case) and another one asscociated with the correct Source system logical name. And when we try to replicate datasources it gives error "DEV BI source system does not exist". I checked all related tables such as RSBASIDOC..and its showing correctly.
Can anyone please suggest why there the old source system logical name is still coming up? and how can this be resolved? Thanks.

Logical System Conversion after system refresh failed

Hello,
Logical System Conversion after system refresh couldn't complete as the printer was locked. This job was run in the background. In SM37, the job log of RBDLSMAP shows as job finished, but it took only 40 seconds. Now I see that the logical system got changed(Converted) in the client settings scc4 but I know that this client being a production client and would run for couple of hours. Here is the job log information.
02/18/2009 16:09:33 Job started                                                                     00           516          S
02/18/2009 16:09:33 Step 001 started (program RBDLSMAP, variant &0000000000000, user ID ABCD)      00           550          S
02/18/2009 16:09:33 Output device PRN1 is locked in the SAP system                                  PO           349          I
02/18/2009 16:10:19 Job finished                                                                    00           517          S
When try to rerun bdls again, it shows that it is already available and it says "The new logical system name is already assigned to the current client".
Any suggestions on this?
Thanks,
Mahesh

Hi ,
Rerun the BDLS again as this took very little time.
When you try to run again it popsup message saying it already exists just delete that and again put the Logical system name and run it will run that time.
May be while scheduling the job you gave for spool I am not sure why is it looking for Printer which is locked.
Thanks.

After System Refresh Variants missing

Hi,
We have used Export / Import method to build QAS system from production
ABAP export file.
After System refresh we got the same Production client with all
configurations, Variants, Object including data.. Which is Perfect.
But, as per our business we don't want to use the same production
client number in Quality System., so we done Cliet Copy to copy to
different client (ex: Client 200) using SAP_ALL profile.
Question: But after client copy we found that some Data, Objects,
Variants are missing in the new client (200).
Ex: In Client 100 (Copy of production client) table T009 is having 10
entries, but after client copy in client 200 the same table doesn't have any
entry in that including standard and Z.
Please help me on this, how do I get clone / copy of 100 client
(original client)
Thank You,
Ramesh

Hi Ramesh,
Looks like your client copy didn't bring all the data and Objects, Did you checked logs, Is there any error message ? The client copy completed with all the tables ?
You can try Remote client copy method .
You can manually export the variants from the source client to Target client and you need to export the Variants from the table VARID, VARI, VARIT and VARIS.
You can use the below forum procedure to export and import variants.
how to export RFC destination to file in order to import it in an other sys
Since, not only the variants you are missing data and Objects, I would suggest for re-copy the client.
Regards,
Arjun

Unable to login in EP 6.0 after system refresh

After performing the system refresh of EP 6.0, completed the post system copy steps.
Imported the new certificated as well, when I try to login the page is getting refresh but remains on the same page.
please help me what could be the reason.

Hi Abdul.
I think you have selected the Algorithm as RSA, which is the default one.<br />
Please change it to DSA and hope the issue will be solved.
Regards,
Satish

Windows 8.1 will not activate on HP19-2113w after system refresh.

Everything was working fine on my PC. Then the other day it crashed and said there was a disk error and that it had to scan the whole drive to find the error. It finished scanning, but windows 8.1 would not load sucessfully. Therefore I did a system refresh thru HP recovery. After doing that windows would start up normally, but I lost my activation. When I tried to activate the response was "Key doesn't work try again later" or something like that. Kept trying, no luck. I thought it may have been an error with the system refresh, so I did the total system reset (after saving personal data). Now I am having the same problem with activation, and If I try to navigate the normal way to the activation screen, the screen disapears. I can get to activation using command prompt. but key still does not work. The key I am using I retrived from my BIOS data. Also, I ran the refresh and reset from the origional hard drive partition. I hope someone has a solution to this. Thanks is advance Bill

Hello , Welcome to the HP Forums, I hope you enjoy your experience! To help you get the most out of the HP Forums I would like to direct your attention to the HP Forums Guide First Time Here? Learn How to Post and More. I have read your post on how your desktop computer will not activate after performing a system refresh, and I would be happy to assist you in this matter! In order to correct this issue, I suggest following the steps in this resource on Windows 8 product activation, which should help to activate Windows 8.1 on your system. Please re-post with the results of your troubleshooting, and I look forward to your reply!
Regards

False backup / archive alerts after system refresh

We have implemented CCMS on our systems. We recently refreshed our QTS system with a backup of production (PTD). CCMS is now sending alerts for backups and archives. It tells us that the backup and archive did never run.
I checked DB12 and found that there is no data in DB12. This is probably due to the system refresh.
Is there any extra post refresh step that we can do to prevent these false alerts (other than running a full online backup as post refresh step)? Is it possible to export the backup information (tables used by DB12) as pre refresh step and re-import them after the refresh?

Kevin DK wrote:
Will it create issues if we do not delete tables SDBAH and SDBAD during the refresh?
No. BTW, tables are not to be deleted, just the table 'entries'.
Thanks

Wily Introscope issue

Hi All,
We are unable to start Wily Introscope manager.Once start generating Java heap dump and went to down status.Please find the Log file details below and give your suggestion to resolve this issue.
Module=/usr/sap//wilyintroscope/jre/bin/libj9jit23.so
Module_base_address=0900000004620000
Target=2_30_20071004_14218_BHdSMr (AIX 6.1)
CPU=ppc64 (16 logical CPUs) (0x980000000 RAM)
JVMDUMP006I Processing Dump Event "gpf", detail "" - Please Wait.
JVMDUMP007I JVM Requesting System Dump using '/usr/sap/<SID>/wilyintroscope/core.20140724.183547.26476614.dmp'
JVMDUMP010I System Dump written to /usr/sap/<SID>/wilyintroscope/core.20140724.183547.26476614.dmp
JVMDUMP007I JVM Requesting Snap Dump using '/usr/sap/<SID>/wilyintroscope/Snap0002.20140724.183547.26476614.trc'
JVMDUMP010I Snap Dump written to /usr/sap/<SID>/wilyintroscope/Snap0002.20140724.183547.26476614.trc
JVMDUMP007I JVM Requesting Java Dump using '/usr/sap/<SID>/wilyintroscope/javacore.20140724.183547.26476614.txt'
JVMDUMP012E Error in Java Dump: /usr/sap/<SID>/wilyintroscope/javacore.20140724.183547.26476614.txt
JVMDUMP013I Processed Dump Event "gpf", detail "".
JVMJ9GC028E Option too large: '-Xmx4096m'
JVMJ9VM015W Initialization error for library j9gc23(2): Failed to initialize; unable to parse command line
Could not create the Java virtual machine.
Regards,
MK

Hi,
Plz find the java core details below.
NULL           ------------------------------------------------------------------------
0SECTION       TITLE subcomponent dump routine
NULL           ===============================
1TISIGINFO     Dump Event "gpf" (00002000) received
1TIDATETIME    Date:                 2014/07/24 at 18:36:07
1TIFILENAME    Javacore filename:    /usr/sap/<SID>/wilyintroscope/javacore.20140724.183547.26476614.txt
NULL           ------------------------------------------------------------------------
0SECTION       GPINFO subcomponent dump routine
NULL           ================================
2XHOSLEVEL     OS Level         : AIX 6.1
2XHCPUS        Processors -
3XHCPUARCH       Architecture   : ppc64
3XHNUMCPUS       How Many       : 16
NULL
1XHEXCPCODE    J9Generic_Signal_Number: 0000000000000004
1XHEXCPCODE    Signal_Number: 000000000000000B
1XHEXCPCODE    Error_Value: 0000000000000000
1XHEXCPCODE    Signal_Code: 0000000000000033
1XHEXCPCODE    Handler1: 09001000A0C39D58
1XHEXCPCODE    Handler2: 09001000A0C31E38
NULL
1XHEXCPMODULE Module: /usr/sap/<SID>/wilyintroscope/jre/bin/libj9jit23.so
1XHEXCPMODULE Module_base_address: 0900000004620000
NULL
1XHREGISTERS   Registers:
2XHREGISTER      R0:0000000000000002
2XHREGISTER      R1:0FFFFFFFFFFFE150
2XHREGISTER      R2:0000000000000002
2XHREGISTER      R3:0000000000000002
2XHREGISTER      R4:0000000000000002
2XHREGISTER      R5:07000000002982C8
2XHREGISTER      R6:0000000115E80F09
2XHREGISTER      R7:0000000000000018
2XHREGISTER      R8:0000000115F565B0
2XHREGISTER      R9:0000000115D1B089
2XHREGISTER      R10:FFFFFFFFFFFFFFFF
2XHREGISTER      R11:0900000004654EB0
2XHREGISTER      R12:000000011A1B7E9F
2XHREGISTER      R13:0000000110011200
0SECTION       ENVINFO subcomponent dump routine
NULL           =================================
1CIJAVAVERSION J2RE 5.0 IBM J9 2.3 AIX ppc64-64 build j9vmap6423-20071007
1CIVMVERSION   VM build 20071004_14218_BHdSMr
1CIJITVERSION JIT enabled - 20070820_1846ifx1_r8
1CIRUNNINGAS   Running as a standalone JVM
1CICMDLINE     ./jre/bin/java -Xms512m -Xmx4096m -Djava.awt.headless=true -Dsun.java2d.noddraw=true -Dorg.osgi.framework.bootdelegation=org.apache.xpath com.zerog.lax.L
AX /usr/sap/<SID>/wilyintroscope/bin/../Introscope_Enterprise_Manager.lax /tmp/env.properties.26476614
1CIJAVAHOMEDIR Java Home Dir:   /usr/sap/<SID>/wilyintroscope/jre
1CIJAVADLLDIR Java DLL Dir:    /usr/sap/<SID>/wilyintroscope/jre/bin
1CISYSCP       Sys Classpath:   /usr/sap/<SID>/wilyintroscope/jre/lib/vm.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/core.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/charsets.jar
;/usr/sap/<SID>/wilyintroscope/jre/lib/graphics.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/security.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/ibmpkcs.jar;/usr/sap/<SID>/wilyintr
oscope/jre/lib/ibmorb.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/ibmcfw.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/ibmorbapi.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/ibmjcefw.
jar;/usr/sap/<SID>/wilyintroscope/jre/lib/ibmjgssprovider.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/ibmjsseprovider2.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/ibmjaaslm.jar;/
usr/sap/<SID>/wilyintroscope/jre/lib/ibmcertpathprovider.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/server.jar;/usr/sap/<SID>/wilyintroscope/jre/lib/xml.jar;
1CIUSERARGS    UserArgs:
2CIUSERARG               -Xmx256M
2CIUSERARG               -Xj9
2CIUSERARG               -Xjcl:jclscar_23
2CIUSERARG               -Dcom.ibm.oti.vm.bootstrap.library.path=/usr/sap/<SID>/wilyintroscope/jre/bin
2CIUSERARG               -Dsun.boot.library.path=/usr/sap/<SID>/wilyintroscope/jre/bin
2CIUSERARG               -Djava.library.path=/usr/sap/<SID>/wilyintroscope/jre/bin:/usr/sap/<SID>/wilyintroscope/jre/bin:/usr/sap/<SID>/wilyintroscope/jre/bin/classic:/usr/sa
p/<SID>/wilyintroscope/jre/bin:/usr/sap/<SID>/SYS/exe/run:/usr/sap/<SID>/wilyintroscope/jre/bin/j9vm:/usr/lib
2CIUSERARG               -Djava.home=/usr/sap/<SID>/wilyintroscope/jre
2CIUSERARG               -Djava.ext.dirs=/usr/sap/<SID>/wilyintroscope/jre/lib/ext
2CIUSERARG               -Duser.dir=/usr/sap/<SID>/wilyintroscope
2CIUSERARG               _j2se_j9=70912 0x09001000A048F3E8
2CIUSERARG               vfprintf 0x0000000110001910
2CIUSERARG               -Xms512m
2CIUSERARG               -Xmx4096m
2CIUSERARG               -Djava.awt.headless=true
2CIUSERARG               -Dsun.java2d.noddraw=true
2CIUSERARG               -Dorg.osgi.framework.bootdelegation=org.apache.xpath
2CIUSERARG               -Dinvokedviajava
2CIUSERARG               -Djava.class.path=/usr/sap/<SID>/wilyintroscope/bin/../launcher.jar:/usr/sap/<SID>/wilyintroscope/bin/../lax.jar:
2CIUSERARG               vfprintf
2CIUSERARG               _port_library 0x09001000A048FDF0
2CIUSERARG               -Xdump
Regards,
MK

SDCCN settings after system refresh

Hi,
I am planning to refresh my TST system with PRD.
For post system refresh activates, what I have to do for SDCCN settings.
So that EWA will generate automatically.
Kindly advice.
Our environment Windows 2003, Oracle 10g2 and Netweaver 7.01
Best Regards
Satya

Hi Satya,
Once you finish the QAS refresh then login to Solution and perrun a "managed system configutation wizard " and make sure to activate EWA.
After you finish the above said wizards sucessfully then schedule EWA under "EarlyWatch Alert Management" (SOlman SP10).
I'm sure this would assistance you to enable EWA in QAS .
Regards
Mani

Trusted system after system refresh

I was wondering if theres an easy quick way to recreate the trusted system in SMSY after a system refresh or should I create the recreate the trusted system manually?
Regards
Juan

Juan,
recreating manually is in my opinion the only solution.
you can:
- recreate the RFCs again starting from SolMan
- only recreate SolMan as a trusted system in your satellite system
good luck!
Roel
Edited by: Roel Beckers on May 27, 2008 11:14 AM

Large numbers of workflows appearing in SAP Inbox after system refresh

Hi all,
We are having an odd issue where after we perform a system refresh of our PR system to QA, a massive number of Business 23,000+ appear in the SAP Inbox of certain users who are registered as agents.
We understand how to delete the workflows but want to understand the process of why they keep appearing, and whether this is a system error or a symptom of a user/batch process during or after the refresh. The workflows do NOT appear for these users in the PR system.
95% of the notifications are flagged "Error when generating IDoc from MC Document."
I have been reviewing the Workflow wiki but have yet to find anything pertinent yet.
http://wiki.sdn.sap.com/wiki/display/HOME/3.Administrationand+Troubleshooting
Any help with this or applicable SAP Notes would be greatly appreciated.
Thanks!
Edited by: Ben Daniels on Dec 6, 2010 11:21 AM

Hi,
As the error message, those workitems are generated when system trying to generate IDocs.
And the reasons why all workitems are sent to all users is, the task is marked as general task.
What i would suggest is, select any of those workitem, go to its workflow log & analyze which workflow generates these workitems in what case and proceed accordingly.
Regards,
Raj

No infopackages after system refresh.

Hello,
We have recently completed a system refresh from our BI production system to our BI training system for the first time.
Our customer then wanted us to link our refreshed BI training system to our pre-production ECC system. After some initial issues setting up the connections between the two systems we finally got a successful test connection in RSA1 from our BI training system to our ECC pre-prod system. We had our BI functional team test, they told us that they do not see any of the infopackages and that transfer rules for loading hierarchies from our ECC pre-prod system are missing. Does anyone know how this could happen and what we can do to resolve/get the infopackages into our training system ?
We are on BI 7.0 and ECC 5.0
Solaris OS
Oracle DB
Thank you,
Steve

Hi Steve,
I would assume you deleted the sourcesystems, as adivised by the system copy note (886102). When you delete the sourcesystems, all its dependant objects are deleted too (like the infopackages, for example).
You can get them via transport, as suggested in the scenario B3, from that same note.

Wily introscope issue after System refresh in solman 7.1 Sp11

Similar Messages

Maybe you are looking for