HPE Storage Users Group
https://3parug.com/

Yet more frustration with 3par
https://3parug.com/viewtopic.php?f=18&t=3426
Page 1 of 1

Author:  T16 [ Fri Jun 12, 2020 1:16 pm ]
Post subject:  Yet more frustration with 3par

Getting very disappointed with how cumbersome and non-intuitive these 8200 3Pars are.

Something very simple always turns into a wild goose chase and a lot of flapping around.

Quite simply this time all I had wanted to do was set a scheduled snapshot of a volume set on each of our arrays. Sounds simple right? Sure, no, this is 3par.

One array the schedule ran fine as expected, the other the task failed with:-

2020-06-12 19:00:00 BST Created task.
2020-06-12 19:00:00 BST Updated Executing "sched-ss-daily-vs-prd" as 1:2073
2020-06-12 19:00:02 BST Error login failed - CLI server error: invalid remote credentials (3)
2020-06-12 19:00:02 BST Error Task exited with status 1
2020-06-12 19:00:02 BST Failed Could not complete task.

Wonderful. Thanks a bunch 3par, just what several hundred thousand pounds gets you....

Not a clue what to do to fix, there is no "authentication" on a schedule I can see.

anyone got any tips?

Author:  MammaGutt [ Fri Jun 12, 2020 2:04 pm ]
Post subject:  Re: Yet more frustration with 3par

You need to use local users for scheduled tasks.

Author:  Richard Siemers [ Fri Jun 12, 2020 3:06 pm ]
Post subject:  Re: Yet more frustration with 3par

Exactly, must use local 3PAR credentials. Because 3PAR admins can edit 3PAR task schedules, you would not want to delegate AD credentials to a task that could be edited by 3PAR admins.

Author:  MammaGutt [ Fri Jun 12, 2020 3:48 pm ]
Post subject:  Re: Yet more frustration with 3par

Richard Siemers wrote:
Exactly, must use local 3PAR credentials. Because 3PAR admins can edit 3PAR task schedules, you would not want to delegate AD credentials to a task that could be edited by 3PAR admins.


And I’m guessing it will need to authticate for every time the task is started. That means the 3par would have to store the credentials and fail once those are changed... so would create some funny scenarios with things just stopping.

Author:  T16 [ Sun Jun 14, 2020 8:00 am ]
Post subject:  Re: Yet more frustration with 3par

Ah OK, thanks!

I do remain slightly confused though, I have SSMC of course, and the arrays are setup for AD auth.

So I am creating these snap schedules in SSMC logged in as my AD account. I didnt see any user account associated with the command itself in the schedule detail however.

Are you guys saying that for creating things in SSMC like vv's, schedules, and all the other usual stuff it should be done with 3paradm/local array users?

Author:  MammaGutt [ Sun Jun 14, 2020 10:46 am ]
Post subject:  Re: Yet more frustration with 3par

Logon with SSH and run showsched. It will show the scheduled tasks and which user created it. On 3PAR the user creating it will be the one executing it.

Always use local users the scheduled tasks. Either 3paradm or a locally created service account.

Author:  T16 [ Mon Jun 15, 2020 1:13 pm ]
Post subject:  Re: Yet more frustration with 3par

Well thats odd...

Same task on each array, both with my AD username on them, one fails, one works!

Author:  MammaGutt [ Mon Jun 15, 2020 2:29 pm ]
Post subject:  Re: Yet more frustration with 3par

T16 wrote:
Well thats odd...

Same task on each array, both with my AD username on them, one fails, one works!


Give it time and the second one will fail as well :)

Page 1 of 1 All times are UTC - 5 hours
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/