Solved

Increase the maximum number of characters allowed in Commvault VSA subclient description error


Userlevel 4
Badge +9

Would you ask the Commvault if they can increase the number of characters allowed in Commvault VSA subclient description field to 10,000

 

icon

Best answer by chrisknows 19 December 2022, 15:21

View original

11 replies

Userlevel 3
Badge +10

That seem’s unreasonable… why would you need 10,000 characters for a description?

That's more like a treatise.

 

There are short stories that use less than 10,000 characters.

Userlevel 4
Badge +9

What about 6000 characters ?

 

Userlevel 4
Badge +10

@gary mcneely what are you using the description field for?

If as I see many customers doing, notes on changes being made. We have an Audit tab option which can be used to track this in a much better way. ie the details can’t be doctorred etc…

Would that work for you?

Userlevel 1
Badge +3

I have seen people use descriptions as pseudo-tags, instead of actual tags, which to be fair is a relatively new feature

Userlevel 4
Badge +9

Audit tab option  as in pull a report ?

pseudo-tags, instead of actual tags , can you please add a screenshot of what that looks like

Userlevel 7
Badge +19

@gary mcneely  Curious to hear the use-case why you want to be able to log so much information in the description field. As for the tag functionality see → https://documentation.commvault.com/2022e/essential/139220_creating_tag_for_entity.html

Userlevel 5
Badge +16

Audit tab option  as in pull a report ?

pseudo-tags, instead of actual tags , can you please add a screenshot of what that looks like

I don’t have screenshots but people have posted it where in the description field they would do something like so. 

CompanyName = MyCompany
TenantName = Tenant1
BillingID = 4001

Essentially using the description as a way to add tags to different parts of the hierarchy. 

This of course then requires large description fields and some method of parsing the description text.

Since tags are now supported this shouldn't be necessary anymore

Userlevel 4
Badge +10

Audit tab option  as in pull a report ?

pseudo-tags, instead of actual tags , can you please add a screenshot of what that looks like

Hello @gary mcneely ,

Not the report. If you look at the properties of client you will see there is an audit tab.

You can add information in there and set a severity etc. But it is a write once read type of setting so give you an historical record of what is changing on the client. Very useful way to avoiding using the description field as a way to track changes. These are limited to 256 characters though but usually enough to detail what has changed.

If you are looking to automate it, using the workflow engine you can use the execute command:

and then add some XML like so:

<App_SetEntityAuditReq> 
    <entity _type_="3" clientName="xpath:{/workflow/inputs/client}"/> 
    <entityAuditList notes="add your information you want to record here" severity="1">
        <user userId="xpath:{/workflow/system/executor/userId}" userName="xpath:{/workflow/system/executor/userName}"/> 
    </entityAuditList>
</App_SetEntityAuditReq>

Userlevel 4
Badge +10

As for tags, these are managed in Command Center.

And if you want to automate these then use the API:

PUT https://{{serverUrl}}/Tags

{
  "entityTag": [
    {
      "entityId": 279,
      "entityType": 3,
      "tag": [
        {
          "name": "name1",
          "value": "value1"
        },
        {
          "name": "name2",
          "value": "value2"
        }
      ]
    }
  ]
}

Tags a useful to then make use of to add to Client groups, plans, include in reports etc...

Userlevel 3
Badge +10

Audit tab option  as in pull a report ?

pseudo-tags, instead of actual tags , can you please add a screenshot of what that looks like

Hello @gary mcneely ,

Not the report. If you look at the properties of client you will see there is an audit tab.

You can add information in there and set a severity etc. But it is a write once read type of setting so give you an historical record of what is changing on the client. Very useful way to avoiding using the description field as a way to track changes. These are limited to 256 characters though but usually enough to detail what has changed.

If you are looking to automate it, using the workflow engine you can use the execute command:

and then add some XML like so:

<App_SetEntityAuditReq> 
    <entity _type_="3" clientName="xpath:{/workflow/inputs/client}"/> 
    <entityAuditList notes="add your information you want to record here" severity="1">
        <user userId="xpath:{/workflow/system/executor/userId}" userName="xpath:{/workflow/system/executor/userName}"/> 
    </entityAuditList>
</App_SetEntityAuditReq>

That audit note thing is genuinely useful. 

Thanks.

Userlevel 4
Badge +9

thank you

 

Reply