Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+v7\.1\.8\/8\.1\.2\s+SSL\s+Upgrade\:\s+Rethinking\s+servers\s+first\s+or\s+clients\s+first\s*$/: 8 ]

Total 8 documents matching your query.

1. [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first (score: 1)
Author: "Deschner, Roger Douglas" <rogerd AT UIC DOT EDU>
Date: Fri, 2 Mar 2018 00:59:34 +0000
I've been using our test setup for further testing, and I'm thinking of reversing my strategy. I may want to upgrade clients first, and then servers. The basic issue is still how to overcome the road
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2018-03/msg00000.html (9,800 bytes)

2. Re: [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first (score: 1)
Author: Fernando Florentino <fernando.florentino AT GMAIL DOT COM>
Date: Fri, 2 Mar 2018 16:45:37 -0300
In some cases, I have to copy cert256.arm from Spectrum instance directory and copy to server client to register manually. On Thu, Mar 1, 2018 at 9:59 PM, Deschner, Roger Douglas <rogerd AT uic DOT e
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2018-03/msg00002.html (11,535 bytes)

3. Re: [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first (score: 1)
Author: "Loon, Eric van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Tue, 6 Mar 2018 14:17:03 +0000
Hi Roger, I'm struggling with the exact same issues as you are. I'm running a 7.1.8 server and all procedures we are using for years to deploy new clients fail because of the admins STRICT issue. And
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2018-03/msg00009.html (14,518 bytes)

4. Re: [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first (score: 1)
Author: Krzysztof Przygoda <przygod AT GMAIL DOT COM>
Date: Tue, 6 Mar 2018 15:39:53 +0100
Hi Eric Solution for admin schedule to run more often without crontabs is to have several of them starting at different moment of each hour (startt value). Eg: def sched ADMIN_TRANSITIONAL_1 type=adm
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2018-03/msg00010.html (15,969 bytes)

5. Re: [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first (score: 1)
Author: "Loon, Eric van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Tue, 6 Mar 2018 14:59:41 +0000
Hi Krzysztof, Agreed, it will work but it sure aint pretty. And again, we are trying to find a fix for something IBM has broken... Kind regards, Eric van Loon Air France/KLM Storage Engineering Hi Er
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2018-03/msg00011.html (18,043 bytes)

6. Re: [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first (score: 1)
Author: "Harris, Steven" <steven.harris AT BTFINANCIALGROUP DOT COM>
Date: Wed, 7 Mar 2018 01:56:45 +0000
Eric Really old-school... Schedule a one time admin schedule to run a script that as the last step schedules itself again some time in the future e.g def scr reset_fred upd scr reset_fred 'upd admin
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2018-03/msg00012.html (20,166 bytes)

7. Re: [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first (score: 1)
Author: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>
Date: Wed, 7 Mar 2018 08:02:55 +0000
Another alternative : define a script named "OP_ADMIN_CONTROL" Having following content : del schedule OP_ADMIN_LOOP_CTL type=administrative [your update admin command] def schedule OP_ADMIN_LOOP_CTL
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2018-03/msg00013.html (22,479 bytes)

8. Re: [ADSM-L] v7.1.8/8.1.2 SSL Upgrade: Rethinking servers first or clients first (score: 1)
Author: "Loon, Eric van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Wed, 7 Mar 2018 08:31:11 +0000
Hi Steve, Both your and Arnauds solution will work, until you stop/start your server. Then the schedule time will be missed and it will never be started again until you run it once manually... Kind r
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2018-03/msg00014.html (22,282 bytes)


This search system is powered by Namazu