Live - maintenance
Hi,
quick question on 'best practise'.
We only have a live instance of OBIEE, no DEV / TEST system.
Currently this is not an issue, as the solution is in a test state - i.e. we are still in analysis / development - the solution has not been widely rolled out
So, when I am changing business / presentation / physical layers I; -
1. Stop the processes
2. Perform the changes - having made a back up of the repository so I can roll back changes
3. Restart the processes
4. Test
This is okay, if somewhat laborious in test, but I would want a better way of doing this for LIVE running that; -
1. Does not require the services to be stopped
2. Does not expose WIP folders to end users before they have been tested
3. Does not jeopardise any functionality that worked before I started
thanks,
Robert.
Hi,
Kindly refer below notes & help link.
Note 1057316 - SRM-MDM Catalog 2.0 - Installation & Configuration
Note 1077701 - SRM-MDM Catalog - FAQ
http://help.sap.com/saphelp_srm70/helpdata/en/91/c97a7c495c4b97a185245282155744/frameset.htm
Hope this will help.
Regards,
Vikas
Similar Messages
-
I have a major iCloud issue that Apple Support can't solve for me.
My iCloud account stopped syncing between my devices (iPhone 4s and iPad). I logged onto to iCloud web interface via my MacBook Air 2011 using safari. All os's and browsers are latest version.
On entering the icloud interface I go to iWork. All my documents are there but not updated since this issue began a few weeks ago. When I try and manage an iWork file via the web interface (delete or download) Apple generates a critical server error message with a long error code to report to apple. When you click send to apple, a second error popup appears saying IWork is now locked for maintenance. I can only open iWork by logging out and on again.
I was part of the iWork beta and my iCloud account is a migration from mobile me. This issue started when MobileMe finally closed. I have been shuttled around apple tech support and the issue has been escalated to the iCloud team. Apple has even generated a new password for my account so they can access it and try and fix the problem. Indeed when apple techs tried to manage an iWork file in my account from their own system they got the same fatal apple errors coming on their system in the US.
I can see no similar issue on this support forum. But I live in hope someone has some input as at the moment iCloud, which is extremely buggy on a good day, has crashed completely for me.Does anyone have any experience with this problem?
Here is the error report generated by Apple when this fatal error with iCloud happens:
It says "An Error Has Occurred Communicating with the Server, The WebApplication must be restarted"
It then gives an option to send the following iCloud error log to Apple.
If this makes sense to anyone let me know. It appears to make no sense to Apple. My iCloud is dead as a duck.
ISFATAL
true
TITLE
An error has occurred communicating with the server.
MESSAGE
This web application must be restarted.
BUTTONONE
Reload
ORIGIN
server
TYPE
error
APPLICATIONNAME
iwork
APPLICATIONBUILDNUMBER
1K.52458
LOG
Sun, 15 Jul 2012 20:08:34 GMT: DEBUG: --> Request 1: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/item/0?dsid=1081373713&id=E3 EF917746C0245E4E9C24D40C00D94AB0F68D3C, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:34 GMT: DEBUG: SC.Module: Prefetching module 'cloudkit/error_catcher'.
Sun, 15 Jul 2012 20:08:34 GMT: DEBUG: SC.Module: Loading CSS file in 'cloudkit/error_catcher' -> '/applications/iwork/cloudkit/error_catcher/en-us/1K.52458/stylesheet.css'
Sun, 15 Jul 2012 20:08:34 GMT: DEBUG: SC.Module: Loading JavaScript file in 'cloudkit/error_catcher' -> '/applications/iwork/cloudkit/error_catcher/en-us/1K.52458/javascript-strings.j s'
Sun, 15 Jul 2012 20:08:34 GMT: DEBUG: SC.Module: Module 'cloudkit/error_catcher' finished loading.
Sun, 15 Jul 2012 20:08:34 GMT: DEBUG: SC.Module: Module 'cloudkit/error_catcher' was prefetched, not evaluating until needed.
Sun, 15 Jul 2012 20:08:35 GMT: DEBUG: <-- Response 1: 200 (776ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:36 GMT: DEBUG: APPLICATION: Received applicationWillBecomeActive
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 2: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/account?dsid=1081373713&id=E 3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917045, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: <-- Response 2: 200 (191ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 3: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/0?dsid=1081373713&id= E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917246, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: INFO: isPaused: false
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: <-- Response 3: 200 (214ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 4: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/281474976710914?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917465, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 5: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/281474976710915?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917468, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 6: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953421570?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917471, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: <-- Response 4: 200 (163ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 7: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/281474976710917?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917633, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 8: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/281474976710918?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917635, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: <-- Response 7: 200 (216ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 9: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/2533274790396293?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917852, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 10: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/2533274790396540?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917855, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 11: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953421801?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917861, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: <-- Response 5: 200 (453ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 12: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953424609?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917864, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: <-- Response 6: 200 (453ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:37 GMT: DEBUG: --> Request 13: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3377699720531870?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917867, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 10: 200 (229ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 14: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953424829?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917869, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 9: 200 (241ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 15: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953426869?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917870, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 8: 200 (512ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 16: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/281474976710920?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917925, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 15: 200 (136ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 17: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/281474976710921?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917927, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 14: 200 (145ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 18: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953421571?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917931, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 16: 200 (154ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 19: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953421572?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382917932, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 12: 200 (401ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 20: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953426835?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918091, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 13: 200 (409ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 21: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/2533274790396522?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918092, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 11: 200 (505ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 22: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953455764?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918093, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 18: 200 (215ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 23: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239395?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918307, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 17: 200 (225ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 24: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953455942?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918309, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 20: 200 (135ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 25: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3377699720534760?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918311, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 21: 200 (139ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 26: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953425217?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918313, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 19: 200 (256ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 27: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953425219?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918314, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 25: 200 (129ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 28: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3377699720534358?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918316, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 23: 200 (144ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 29: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697241548?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918331, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 22: 200 (158ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 30: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953424045?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918332, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 24: 200 (159ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 31: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239571?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918378, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 26: 200 (171ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 32: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953421904?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918380, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 27: 200 (181ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 33: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239591?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918381, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 28: 200 (180ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 34: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953421923?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918382, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 30: 200 (170ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 35: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239620?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918383, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 29: 200 (177ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 36: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953425821?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918384, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 31: 200 (159ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 37: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239657?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918385, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 32: 200 (210ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 38: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953455239?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918386, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 36: 200 (125ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 39: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239717?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918387, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 34: 200 (138ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 40: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953425056?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918388, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 33: 200 (147ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 41: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239782?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918389, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 35: 200 (145ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 42: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953456867?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918390, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: <-- Response 37: 200 (143ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:38 GMT: DEBUG: --> Request 43: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239842?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918394, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 38: 200 (132ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 44: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953425223?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918395, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 39: 200 (135ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 45: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239905?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918395, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 40: 200 (132ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 46: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953422009?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918396, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 42: 200 (132ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 47: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697239950?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918397, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 41: 200 (140ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 48: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953424440?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918398, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 43: 200 (138ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 49: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240001?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918399, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 44: 200 (134ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 50: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953422060?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918400, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 46: 200 (124ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 51: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240047?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918401, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 45: 200 (136ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 52: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953422120?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918402, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 48: 200 (130ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 53: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240092?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918403, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 47: 200 (140ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 54: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953423827?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918403, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 49: 200 (137ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 55: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240138?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918404, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 50: 200 (133ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 56: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953461224?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918405, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 51: 200 (127ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 57: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240201?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918406, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 52: 200 (127ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 58: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953423600?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918407, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 54: 200 (128ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 59: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240248?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918407, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 53: 200 (139ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 60: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953459667?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918408, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 55: 200 (137ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 61: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240305?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918409, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 56: 200 (128ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 62: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953424291?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918410, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 57: 200 (123ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 63: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240350?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918410, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 58: 200 (124ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 64: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953424548?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918411, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 59: 200 (135ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 65: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240399?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918412, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 60: 200 (133ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 66: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953423479?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918413, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 61: 200 (137ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 67: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240459?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918413, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 62: 200 (132ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 68: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953422279?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918415, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 63: 200 (129ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 69: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240504?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918416, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 64: 200 (126ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 70: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953422382?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918416, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 65: 200 (140ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 71: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240548?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918417, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 66: 200 (140ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 72: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953422432?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918418, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 67: 200 (134ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 73: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240591?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918418, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 68: 200 (135ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 74: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953425137?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918419, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 70: 200 (137ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 75: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240903?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918420, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 69: 200 (152ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 76: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240641?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918421, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 72: 200 (125ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 77: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953424990?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918421, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 71: 200 (139ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 78: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240700?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918422, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 73: 200 (137ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 79: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953422663?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918423, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 74: 200 (142ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 80: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240745?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918424, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 75: 200 (131ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 81: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953460140?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918424, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 76: 200 (134ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 82: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240810?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918425, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 77: 200 (128ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 83: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953426562?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918426, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 78: 200 (136ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 84: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240851?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918427, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 79: 200 (127ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 85: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953422752?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918427, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 81: 200 (121ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 86: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240950?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918428, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 80: 200 (142ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 87: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953423123?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918429, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: <-- Response 82: 200 (132ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:39 GMT: DEBUG: --> Request 88: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697240991?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918430, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:40 GMT: DEBUG: <-- Response 83: 200 (130ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:40 GMT: DEBUG: --> Request 89: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953460754?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918430, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:40 GMT: DEBUG: <-- Response 84: 200 (137ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:40 GMT: DEBUG: --> Request 90: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697241032?dsid =1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918431, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:40 GMT: DEBUG: <-- Response 85: 200 (132ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:40 GMT: DEBUG: --> Request 91: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/562949953425341?dsid= 1081373713&id=E3EF917746C0245E4E9C24D40C00D94AB0F68D3C&salt=1342382918432, headers: Content-Type=text/plain, body: (omitted)
Sun, 15 Jul 2012 20:08:40 GMT: DEBUG: <-- Response 86: 200 (135ms), headers: Content-Type=application/json; charset=UTF-8 body: (omitted)
Sun, 15 Jul 2012 20:08:40 GMT: DEBUG: --> Request 92: GET to https://p02-ubiquityws.icloud.com:443/ws/1081373713/parent/3659174697241063?dsid =1081373713&id=E3EF917746C0245E4E9C24 -
What are the transactions we use day to day in the bw before go live
what are the transactions we use most in the bw before go live?
Tcodes for backend objects like creating infocube and so on.
Tcodes for front end objects like creating queries and so on.
Thank you.
YorkHi Les,
check previous posting
Transaction Codes for BW Developers
SAP BW n R/3 transactions.
table TSTCT contains all the transaction codes
RSA6 Maintain DataSources
RSA7 BW Delta Queue Monitor
RSA8 DataSource Repository
RSA9 Transfer Application Components
RSD1 Characteristic maintenance
RSD2 Maintenance of key figures
RSD3 Maintenance of units
RSD4 Maintenance of time characteristics
RSDBC DB connect
RSDDV Maintaining Aggregates
RSIMPCUR Load Exchange Rates from File
RSISET Maintain InfoSets
RSKC Maintaining the Permittd Extra Chars
RSLGMP Maintain RSLOGSYSMAP
RSMO Data Load Monitor Start
RSMON BW Administrator Workbench
RSOR BW Metadata Repository
RSORBCT BI Business Content Transfer
RSORMDR BW Metadata Repository
RSPC Process Chain Maintenance
RSPC1 Process Chain Display
RSPCM Monitor daily process chains
RSRCACHE OLAP: Cache Monitor
RSRT Start of the report monitor
RSRT1 Start of the Report Monitor
RSRT2 Start of the Report Monitor
RSRTRACE Set trace configuration
RSRTRACETEST Trace tool configuration
RSRV Analysis and Repair of BW Objects
SE03 Transport Organizer Tools
SE06 Set Up Transport Organizer
SE07 CTS Status Display
SE09 Transport Organizer
SE10 Transport Organizer
SE11 ABAP Dictionary
SE24 Class Builder
SE80 Object Navigator
RSCUSTA Maintain BW Settings
RSCUSTA2 ODS Settings
RSCUSTV*
RSSM Authorizations for Reporting
SM04 User List
SM12 Display and Delete Locks
SM21 Online System Log Analysis
SM37 Overview of job selection
SM50 Work Process Overview
SM51 List of SAP Systems
SM58 Asynchronous RFC Error Log
SM59 RFC Destinations (Display/Maintain)
LISTCUBE List viewer for InfoCubes
LISTSCHEMA Show InfoCube schema
DB02 Tables and Indexes Monitor
DB14 Display DBA Operation Logs
DB16 Display DB Check Results
DB20 Update DB Statistics
r/3 (bw related)
SBIW BIW in IMG for OLTP
BD61 Activate Change Pointers - Generally
BDLS Convert Logical System Names
BF11 Application Areas
RSA2 OLTP Metadata Repository
RSA3 Extractor Checker
RSA5 Install Business Content
RSA6 Maintain DataSources
RSA7 BW Delta Queue Monitor
RSA8 DataSource Repository
RSA9 Transfer Application Components
RSO2 Oltp Metadata Repository
RSO3 Set Up Deltas for Master Data
LO setup table
OLI1BW INVCO Stat. Setup: Material Movemts
OLI2BW INVCO Stat. Setup: Stor. Loc. Stocks
OLI3BW Reorg.PURCHIS BW Extract Structures
OLI4BW Reorg. PPIS Extract Structures
OLI7BW Reorg. of VIS Extr. Struct.: Order
OLI8BW Reorg. VIS Extr. Str.: Delivery
OLI9BW Reorg. VIS Extr. Str.: Invoices
OLIABW Setup: BW agency business
OLIFBW Reorg. Rep. Manuf. Extr. Structs
OLIIBW Reorg. of PM Info System for BW
OLIQBW QM Infosystem Reorganization for BW
OLISBW Reorg. of CS Info System for BW
OLIZBW INVCO Setup: Invoice Verification
Check out AHP's reply specifically in the link:
urgent
Assign Points if Helpful *****
Regards,
Ravikanth -
Hyper-V Live Migration Compatibility with Hyper-V Replica/Hyper-V Recovery Manager
Hi,
Is Hyper-V Live Migration compatible with Hyper-V Replica/Hyper-V Recovery
Manager?
I have 2 Hyper-V clusters in my datacenter - both using CSVs on Fibre Channel arrays. These clusters where created and are managed using the same "System Center 2012 R2 VMM" installation. My goal it to eventually move one of these clusters to a remote
DR site. Both sites are connected/will be connected to each other through dark fibre.
I manually configured Hyper-V Replica in the Fail Over Cluster Manager on both clusters and started replicating some VMs using Hyper-V
Replica.
Now every time I attempt to use SCVMM to do a Live Migration of a VM that is protected using Hyper-V Replica to
another host within the same cluster,
the Migration VM Wizard gives me the following "Rating Explanation" error:
"The virtual machine virtual machine name which
requires Hyper-V Recovery Manager protection is going to be moved using the type "Live". This could break the recovery protection status of the virtual machine.
When I ignore the error and do the Live Migration anyway, the Live migration completes successfully with the info above. There doesn't seem to be any impact on the VM or it's replication.
When a Host Shuts-down or is put into maintenance, the VM Migrates successfully, again, with no noticeable impact on users or replication.
When I stop replication of the VM, the error goes away.
Initially, I thought this error was because I attempted to manually configure
the replication between both clusters using Hyper-V Replica in Failover Cluster Manager (instead of using Hyper-V Recovery Manager).
However, even after configuring and using Hyper-V Recovery Manager, I still get the same error. This error does not seem to have any impact on the high-availability of
my VM or on Replication of this VM. Live migrations still occur successfully and replication seems to carry on without any issues.
However, it now has me concern that Live Migration may one day occur and break replication of my VMs between both clusters.
I have searched, and searched and searched, and I cannot find any mention in official or un-official Microsoft channels, on the compatibility of these two features.
I know vMware vSphere replication and vMotion are compatible with each otherhttp://pubs.vmware.com/vsphere-55/index.jsp?topic=%2Fcom.vmware.vsphere.replication_admin.doc%2FGUID-8006BF58-6FA8-4F02-AFB9-A6AC5CD73021.html.
Please confirm to me: Are Hyper-V Live Migration and Hyper-V Replica compatible
with each other?
If they are, any link to further documentation on configuring these services so that they work in a fully supported manner will be highly appreciated.
DThis can be considered as a minor GUI bug.
Let me explain. Live Migration and Hyper-V Replica is supported on both Windows Server 2012 and 2012 R2 Hyper-V.
This is because we have the Hyper-V Replica Broker Role (in a cluster) that is able to detect, receive and keep track of the VMs and the synchronizations. The configuration related to VMs enabled with replications follows the VMs itself.
If you try to live migrate a VM within Failover Cluster Manager, you will not get any message at all. But VMM will (as you can see), give you an
error but it should rather be an informative message instead.
Intelligent placement (in VMM) is responsible for putting everything in your environment together to give you tips about where the VM best possible can run, and that is why we are seeing this message here.
I have personally reported this as a bug. I will check on this one and get back to this thread.
Update: just spoke to one of the PMs of HRM and they can confirm that live migration is supported - and should work in this context.
Please see this thread as well: http://social.msdn.microsoft.com/Forums/windowsazure/en-US/29163570-22a6-4da4-b309-21878aeb8ff8/hyperv-live-migration-compatibility-with-hyperv-replicahyperv-recovery-manager?forum=hypervrecovmgr
-kn
Kristian (Virtualization and some coffee: http://kristiannese.blogspot.com ) -
Mass maintenance of authorization objects
Is there a SAP transaction available to mass maintain authorization objects?
Let's say that I have 120 roles, in all of which I want to change the value of field Y of authorization object X. For example, object S_TABU_DIS. I want to exclude an authorization group in all available roles. How can I do this for all roles which have this object?
Modifying each role separately in PFCG is rather time consuming (and pretty unpleasant).Actually, SAP does provide a solution to promote and demote fields to org. levels. There are reports for this (use them and not the table maintenance transactions!) because they automatically adjust your roles as well - otherwise you end up with inconsistencies.
But I agree with you, that org-levels is not a natural solution for this specific problem and although retrofitting security is the most expensive option, one cannot foresee all requirements from the start and Go-Live project pressure can be a factor as well to use * values for fields which on their own appear to be harmless...
You could try to write an adjustment tool for PFCG, but with "only" 120 roles I think you will be faster and safer with doing it manually. I think that less than 1 day's work should fix it. However, if you are willing to invest 2 or 3 days more, you can also consider restoring the values from the SU24 proposals. Particularly if one group of transactions are in many of the roles and you can isolate the common transaction (the "guilty one...) then you can do it more centrally in future as well.
However if you have not used the "Read old merge new" function in PFCG's expert mode, then you should be carefull with this as other objects might "correct" themselves as well. Particularly if you have been deleting standard authorizations in roles! (Why that button even exists, I don't know. No good can come of it...
Cheers,
Julius -
Good day colleagues.
We are in the process of introducing retrofit, and the picture is clear for us, generally speaking, to retrofit the project landscape with the changes done in the maintenance landscape.
What about the other way around? We mean, when the project is set to Go Live, we understand the transports will be all added, e.g. to the Production System buffer to be moved there via Maintenance Cycle, based on the way we defined the project and the logical component being used.
However, how do you feed those project transports to your Maintenance Development System using ChaRM? or do you do that Manually? We doubt. Copying Production back into Development? no way !!!
How do you establish that? We have a sort of idea but the documents about retrofit only seem to talk about moving transports one way, as far as we have found.
Many thanks for any feedback.
Juan CarlosHi Piyush.
I apologize for a late close on this questioning about moving projects back into the maintenance stream.
Basically there are 2 solutions as far as we know:
1. What Vivek mentions, which is performing a cutover and repacking the project transports into 2 transports in the maintenance stream: A workbench and a customizing. In that sense, at the end of the day you end up moving just 2 transports to the maintenance stream up to Production. They contain all your project objects. Thanks to Vivek, again.
This is a very practical and interesting approach. The only reason we did not adopt it, is based on the fact that if by any chance we encounter an issue with a project transport object in the maintenance stream (Dev or QA), now that all is bundled together, we may be stuck right at the time weare getting ready to GoLive. How tough is going to be that issue? how easy and quick to fix?how much would that affect the whole project time frame? Those questions made us decide to option 2.
2. What we are doing is that at cutover we move at the same time all project transports to the transport buffer of each of the maintenance stream systems (Dev, QA, and Prod). We first open the gate to move the transports to Dev and we test, then to QA and we test, as well. If there may be an issue, and the issue can not be quickly resolved by the project team, we can go up to the extreme of using a new feature introduced in ChaRM in SP10, if we are not wrong, but definitely available in SP12. That feature provides a way to selectively decide which transports of the release are to Go Live and which ones do not, although we have no had to use that feature, yet, but it is there.
We do not see any risk on adding the transports to the maintenance buffers at the same time. There are ways to control the systems that are open for receiving transports, and the project phases, which guarantees no room for error. There have to be deliberate actions taken (more than one in our case), to wrongly move a project to GoLive before its time comes.
That is more or less the scenario Piyush.
Hope that explains the scenario. So far no decision on really publishing as a blog. It seems not to be written on stone, as consulting with different companies, each adds its own flavor to the recipe and shuffle ideas to get to what they are looking for and makes them happy.
Juan -
Can you link a pdf form to a live database (access) (act)
Can Designer create a form that can access a database live to get data and then relay the filled in information back to the database ie
job number xxxxx (from database) Client xxxxxxx (from database) time on job xxxxx (input on form and uploaded back)
then upload this back to live databaseDepends on the database and the OS. Acrobat can use an OLE/DB connection through Windows to connect to the DB and perform those operations. We normally do not recommend doing itthat way beacuse you woudl have to configure a DSN on each client machine that will need to connect ot the DB (this becomes a maintenance issue in a large envirnment - if there is a small number of users this is less of an issue). Dependinng on the DB you may have to laod an ODBC client driver on each machine as well. Bigger installation will centralize this function on a server and have the form submit to that place for these operations.
Database connectivity is a standard feature in Acrobat but if you are using Reader it is not supported by default. You can enable the functionality by Reader Extending the file using LiveCycle Reader Extensions Server.
Paul -
Budget Process (Linked the maintenance Order into Internal Order) in EAM
Dear Experts,
Scenario for Repair & Maintenance with only MM & FICO module live w.e.f. 2007 (PM not live)
Process Managed thru Internal Order (Order Type: RPMT)
Budget managed through Investment Management (IM); Budget is directly entered against the IO using transaction IM52
Scenario for Repair & Maintenance with only MM, FICO & PM module live (PM went live in 2010)
It was proposed to assign budget against each Maintenance Order. Since the number of maintenance orders being used is very high, it was decided to link the MO & IO so that budget will be assigned to the IO and when the MO is settled against the IO, the budget in IO can be deducted accordingly. The proposed process to assign budget in Internal Order against each Maintenance Order are given below-:
1.) In EAM process one can plan/procure material and External Services only when the Maintenance Order is created & released but practically it has to be planned long before any Maintenance Activity (Maintenance Order to be linked with the estimate so that PO can be created against the estimate).
2.) The no. of Maintenance Order generated in EAM Module is very large as Maintenance order is created for almost each and every maintenance activity. It is cumbersome to allocate the budget to each and every maintenance order. There should be a single estimate for maintenance activity (as in MM module) and that should be linked to maintenance order so that the actual cost of Indent/Service Entry Sheet can be deducted automatically from the estimate (Maintenance Order is to be linked with estimate).
3.) While doing return Indent the cost of return material is not being added to the maintenance order automatically (Maintenance Order is to be linked with estimate).
4.) If Material & External Services not planned in the maintenance order (estimate), the user must be able to do that through Internal Order (estimate), hence the Internal Order must be link to the Maintenance Order. They should able to record the planned & actual cost in the maintenance Order.
Process followed:
1.) Created Internal Order in KO01 for Repair & Maintenance Order Type
Assigned budget to Internal Order thru IM52
2.) Created PM order and assigned Internal order against Settlement Order in tab
u2018Locationu2019 and in Settlement Rule with 100%. In this Section attach the Internal
Order with selection type u2018ORDu2019.
3.) Released both orders and issue the Material for particular Operation and then
determine the Cost for material .After that performed MIGO for consumption of
materials.
4.) Settled the PM order in KO88.
Settlement process was successfully saved.
Problem faced:
After posting the goods movement (against each Maintenance Order) and settlement of the maintenance order against IO, we still find the budget assigned to the IO is not consumed/deducted.
1. Actual cost of maintenance is not reflected in the internal order
immediately. We have to run cost settlement (t-code KO88) for the
maintenance order each time the actual cost is incurred in the maintenance order.
2. Also in the case of return indent, the value of returned material is not directly
added to the available budget of internal order.
3. When the material is issued from store through the reservation generated by
maintenance order, system does not check for budget in the internal
order/maintenance order while issuing material from the store.
4. It must not be allowed to create reservation from the internal order of order type
RPMT.
5. In case of external service in the maintenance order, the unit of
measure in the requisition is set to u201CD (days)u201D by default. System does not allow
changing the unit of measure in the requisition (it should allow to change the unit
of measure or set the unit of measure u201CJOBu201D).
6.) When the material is issued from the store through reservation generated in
maintenance order, system does not check for budget in Internal Order
(estimate)/Maintenance Order while issuing material from store.
Thanks & Regards
Deepak SoniHi,
1. Actual cost of maintenance is not reflected in the internal order
immediately. We have to run cost settlement (t-code KO88) for the
maintenance order each time the actual cost is incurred in the maintenance order.
As per the standard system budgeting is done against the actual cost only. And until you settle your order the actual cost from
maint order are not getting transfered to IO. Once they are transfered system is checking for the budget.
2. Also in the case of return indent, the value of returned material is not directly added to the available budget of internal order.
This is similar to first point, when you return goods there will be negative cost on the order, this has to be settled until that system will not compare the IO budget with maintenance order actual cost.
3. When the material is issued from store through the reservation generated by maintenance order, system does not check for budget in the internal order/maintenance order while issuing material from the store.
The budget you have assigned is at IO, how can system will check the budget while issueing goods for maintenance order. We may have to develop or use some user exit over here. Which will trigger checking of budget from the settlement receiver IO for that maintenance order.
I think you may have to go for development. These are my observations from my experience.
Regards,
NNR -
Migration of historical maintenance orders from 4.6 to 6.0
Hi,
There is one requirement to transfer the historical maintenance orders from version 4.6 to 6.0. I can use IDOC or TDMS or LSMW for this. But the thing is it should not affect the costing area.
Please help me to migrate this data without effect on costing.Hi dear,
I dont think this is possible as you are merging old data in to live environment it will definately affect costing area.
Consult your FICO guys or wait for the opinion from the experts. -
ANN: Jan/Feb webinars (free) + live online training
Free webinars:
(no hype, no fluff, no nonsense; starting 10am PT)
Effective PDF Bookmarks with FrameMaker-to-Acrobat TimeSavers, January 17 (1 hour)
Single sourcing with FrameMaker: Tips & Tricks, January 23 (half-hour)
RoboScreenCapture, January 24 (half-hour)
Creation of an interactive PDF checklist -- Walkthrough, January 31 (1 hour)
FrameMaker Productivity with Express Customization, February 21 (1 hour)
[ registration links: http://www.microtype.com ]
Live Online Training (half-days):
FrameMaker-to-Acrobat Advanced Techniques, January 22,23,24,29,30
Testing PDFs, January 30
Single Sourcing with FrameMaker, February 5-6
Building a PDF Front-End Interface to Document Collections, February 7
Visually-Oriented Documentation, February 12-13
Rich Media in PDFs with FM-to-Acrobat TimeSavers+Multimedia Asst, February 14
FrameMaker Template Design, February 18-19-20,26-27-28
Using FrameMaker, March 5-6-7,12-13
[ More information + registration form: http://www.microtype.com/training.html ]
Shlomo Perets
MicroType, http://www.microtype.com
FrameMaker/Acrobat/Captivate training & consulting * FM-to-Acrobat TimeSavers/AssistantsServer Not Found.
Is this an intranet site? Did you inherit this mess? I don't mean to be rude or sarcastic but this code is terrible. I'm amazed that this is being used on a dot GOV server. I suppose if the public can't see it, it doesn't matter to the FAA that this site is a web accessibility and maintenance nightmare. 100+ redundant .styles on a single web page. That has to be a new record. If this site were in my charge, I'd recommend a total rebuild.
Anyway, in an attempt to answer your question, 90% of display problems are code related. Use the links below to check your code and fix all reported errors.
HTML Validator - http://validator.w3.org
CSS Validator - http://jigsaw.w3.org/css-validator/
HTML & CSS Tutorials - http://w3schools.com/
Best of luck,
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
www.alt-web.com/
www.twitter.com/altweb
www.alt-web.blogspot.com -
Maintenance windows applies only to task sequences doesn't work
Problem:
SCCM 2012 R2 CU4
Task sequence deployment run outside maintenance windows when the maintenance windows is set to apply only to task sequences.
When the maintenance windows is set to apply to All deployments, the task sequence deployment run inside maintenance windows as expected.
The maintenance task defined was as:
Name: Maintenance Windows of Collection Coll_A
Time: 10:30am to 06:00am
Date: 20th March 2015
Apply this schedule to: Task Sequences
The task sequence defined was as:
Deployed to Collection Coll_A
Time: Run as soon as possible
The task sequence run at 9:48am on a workstation that is member of Coll_A.
There aren't other maintenances windows on others collections.
Below the workstation's serviceWindowsManager.log:
https://onedrive.live.com/redir?resid=BFBF530F33D996FD!123&authkey=!AI0dFPZ89XCL7xs&ithint=file%2clogWhen was the client added to the collection? Was it able to retrieve those MW policies before it received the TS?
Torsten Meringer | http://www.mssccmfaq.de
1_the client was added at the 9:30am.
2_Yes it is.
I have done another test and the result is the same:
_ first setting up the maintenance windows in Coll_A,
_ then insert the client in Coll_A and force a machine policy evaluation
_then deploy the task sequence in collection Coll_A -
End of maintenance for GTS 8.0 still March 2013?
Hi all
As GTS 8.0 is NetWeaver 7.00-based, does the extension of mainstream maintenance described in Note 1648480 apply for GTS 8.0 or just 10.0? Anyone have any experience of this in terms of maintenance planning? I have a customer going live with 8.0 after an extended implementation project in March, as the Product Availability Matrix (PAM) currently stands they would need to upgrade to 10.0 within a year in order to remain in mainstream maintenance.
Thanks and regards,
DáithíHi Dáithí,
I had the same question and just confirmed with our support representative that extended maintenance will not be offered for GTS 8.0.
Good luck with your upgrade!
-Meghan -
Dashbord and Live authentication ISE 1.1.3.124 p1
Hello all,
not long time ago, i lost all data in the HOME pannel, all sub windows says: no data avalable no nothing
the only number i have there is the number of endpoints
And now, in the live authentication, i dont any results, no pass, failed etc... running heath report gives me nothing.
Am running ISE 1.1.3.124 patch 1 and the Admin and PSN are not separeted by any FW.
i know i should go to 1.1.4 patch 2 but maintenance windows are hard to managed.
Anyone seen that behavior?
ps: replication are ok...
ThxThe issue could be due to incorrect or corrupted indexing and it need to rebuild via root patch. You may check the mnt-collector.out logs from the support bundle. I'd also suggest you to go directly to ISE 1.2 that is scheduled for July 3rd week. In order to resolve current issue, you may need to open a TAC case.
Jatin Katyal
- Do rate helpful posts - -
Hi all,
I have been reading into making "SPARC Private Cloud" whitepapers with LDOM's from Oracle. One thing really pops out from the text which really confuses me:
from Page 8 and 10:
"VMs may also be securely live migrated or automatically started or restarted across any servers in their respective pools. *Zones are cold migrated*"
"Secure live migration—Move domains off of servers that are undergoing planned maintenance. *Zones are cold-migrated*."
Does this really mean that if I have zones inside LDOM guest, I can live migrate the LDOM guests but not the zones? Hence zones will go down if I do this? If so, whats the reason behind this, its hard to grasp the idea that the OS itself can be live migrated, but not zones inside it that are using the same kernel, binaries etc from it....
Links:
https://blogs.oracle.com/infrared/entry/building_private_iaas_with_sparc
http://www.oracle.com/us/groups/public/@otn/documents/webcontent/1659149.pdf
- JukkaLumi, I'm pretty sure they are comparing LDOMs with zones on a standalone system (i.e. no LDOMs).
When you migrate a domain, everything the guest kernel is doing should emerge as it was before.
Migration might take a bit longer than for the GZ alone, since you're using more virtual memory.
To move an NGZ between standalone GZ's, you would indeed have to halt, detach, attach, and boot it.
But please don't take my word for it... feel free to try both methods for yourself. =-)
The only limitation for zones in LDOMs that I'm aware of: You cannot currently set elastic power policy.
Other than that, I don't see why you couldn't keep zones running inside your guest as it moves around.
Hope that helps... -cheers, CSB -
Live Upgrade with Zones - still not working ?
Hi Guys,
I'm trying to do LiveUpdate from Solaris update 3 to update 4 with non-global zone installed. It's driving me crazy now.
I did everything as described in documentation, installed SUNWlucfg and supposedly updated SUNWluu and SUNWlur (supposedly because they are exactly the same as were in update 3) both from packages and with script from update 4 DVD, installed all patches mentioned in 72099, but lucreate process still complains about missing patches and I've checked if they're installed five times. They are. It doesn't even allow to create second BE. Once I detached Zone - everything went smooth, but I had an impression that Live Upgrade with Zones will work in Update 4.
It did create second BE before SUNWlucfg was installed, but failed on update stage with exactly the same message - install patches according to 72099. After installation of SUNWlucfg Live Upgrade process fails instantly, that's a real progress, must admit.
Is it still "mission impossible" to Live Upgrade with non-global zones installed ? Or am I missed something ?
Any ideas or success stories are greatly appreciated. Thanks.I upgraded from u3 to u5.
The upgrade went fine, the zones boot up but there are problems.
sshd doesn't work
svsc -vx prints out this.
svc:/network/rpc/gss:default (Generic Security Service)
State: uninitialized since Fri Apr 18 09:54:33 2008
Reason: Restarter svc:/network/inetd:default is not running.
See: http://sun.com/msg/SMF-8000-5H
See: man -M /usr/share/man -s 1M gssd
Impact: 8 dependent services are not running:
svc:/network/nfs/client:default
svc:/system/filesystem/autofs:default
svc:/system/system-log:default
svc:/milestone/multi-user:default
svc:/system/webconsole:console
svc:/milestone/multi-user-server:default
svc:/network/smtp:sendmail
svc:/network/ssh:default
svc:/network/inetd:default (inetd)
State: maintenance since Fri Apr 18 09:54:41 2008
Reason: Restarting too quickly.
See: http://sun.com/msg/SMF-8000-L5
See: man -M /usr/share/man -s 1M inetd
See: /var/svc/log/network-inetd:default.log
Impact: This service is not running.
It seems as thought the container is not upgraded.
more /etc/release in the container shows this
Solaris 10 11/06 s10s_u3wos_10 SPARC
Copyright 2006 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 14 November 2006
How do I get it to fix the inetd service?
Maybe you are looking for
-
Restore Keyboard/Mouse Preference in System Preference Panels?
Dear all, I have deleted files related to Keyboard/Mouse Preference in System Preferences... under Apple Logo in the top menu bar. Now it is completely gone - not even a ? mark. I know I can restore whole system using OS Installation DVD but is there
-
STO- Different material number in 2 plants
Dear all, I want to do STO for a material, Provided I want to maintain the different material number in two plants, Is it possible, if so pls reply me the procedure
-
Hi pixie is ihmo the best pictureviewer / browser. Unfortunately it doesn´t run anymore after xorg update I tried to build it again, but it fails. PKGBUILD: # Contributor : Damir Perisa <[email protected]> # libtiff, libjpeg, libpng, and libung
-
HOw do I erase ID for previous owner. I was asked for that PW when updating a game?
-
Harddisk might be failing, weird errors. Need some advice.
Hi I apologise in advance for the long post... I have a 17" 1.67 Powerbook with 1.5gb RAM running 10.4.9, it's the last model of the 17" PB that Apple shipped. Okay, I had some strange problems with it which went on for a year. I would occasionally l