Mosa3lyan

updated

17 years ago

M

Mosa3lyan

2 Intern

•

265 Posts

0

9602

August 6th, 2009 02:00

symcfg discover

what the risk of doing
symcfg discover



C:\Program Files\EMC\SYMCLI\bin>symmask list hba
No valid path to the database could be found. Call symcfg discover to update the symapi database
?????!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
  • RRR

    6 Operator

    •

    5739 Posts

    4275

    0

    Posted August 6th, 2009 03:00

    A symcfg disco is nondisruptive. You can do it anytime you need to get the latest info of the attached Symms. In fact, it's even a good idea to refresh is before starting a series of symcli commands (unless you know for a fact nothing much has changed).
  • RobertDudley

    2 Intern

    •

    448 Posts

    4275

    0

    Posted August 6th, 2009 04:00

    As RRR said first thing I do is a symcfg discover or I restrict it with a -sid xxxx and you can also do a symcfg -sid xxxx verify to bounce the database against the machine to check that its up to date.
  • Mosa3lyan

    2 Intern

    •

    265 Posts

    4275

    0

    Posted August 6th, 2009 07:00

    i found its not risky but lengthy
  • RRR

    6 Operator

    •

    5739 Posts

    4275

    0

    Posted August 7th, 2009 00:00

    If your Symm has 10k symdevs it can be lengthy yes.... But nondisruptive ;)
  • Allen Ward

    6 Operator

    •

    2124 Posts

    4275

    0

    Posted August 11th, 2009 08:00

    lengthy is a good word for it. I have a hard time getting the guys to run it before doing config work since we have ~16k devices on the local symm and another ~20k on a remote symm with an SRDF/A link :-)

    Sometimes I'm tempted to skip it myself!
  • RRR

    6 Operator

    •

    5739 Posts

    4275

    0

    Posted August 12th, 2009 03:00

    And I was thinking 10k was a lot... I feel tiny all of a sudden...
  • Allen Ward

    6 Operator

    •

    2124 Posts

    4275

    0

    Posted August 17th, 2009 13:00

    Well, when you have mainframe mixed in with the Open Systems, and the mainframe guys still insist on using MOD-3 devices for most of their capacity... it adds up to a lot of devices. On our Prod array they account for about 20% of our capacity and about 80% of the devices (by count).