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

  • IWork locked for maintenance each time I try and delete/download an iWork file from the web.

    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.
    York

    Hi 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.
    D

    This 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

  • How do you move changes from your project developments into the maintenance development system?

    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 Carlos

    Hi 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 database

    Depends 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 Soni

    Hi,
    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/Assistants

    Server 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%2clog

    When 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...
    Thx

    The 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 -

  • Live migration with zones

    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
    - Jukka

    Lumi, 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