test(ci): adding wrapper for vg and pv operations

[abhilashshetty04]

Why is this PR required? What issue does it fix?:
This PR adds required wrapper funcations for PV and VG operations. Its required for new tests to be automated

What this PR does?:
Same as above

Does this PR require any upgrade changes?:
NA

Checklist:

• Fixes #
• PR Title follows the convention of <type>(<scope>): <subject>
• Has the change log section been updated?
• Commit has unit tests
• Commit has integration tests
• (Optional) Are upgrade changes included in this PR? If not, mention the issue/PR to track:
• (Optional) If documentation changes are required, which issue on https://github.com/openebs/openebs-docs is used to track them:

[dsharma-dc]

What is the rationale behind these wrappers? Sometime earlier we discussed that we'll leave these operations as it exists today, until we integrate to a common mechanism to manage lvm including Mayastor LVM backend.

[abhilashshetty04]

What is the rationale behind these wrappers? Sometime earlier we discussed that we'll leave these operations as it exists today, until we integrate to a common mechanism to manage lvm including Mayastor LVM backend.

This is going to be used in the ci tests. We have scenarios where there is multiple vg in the node, there is a scenario to do vgextend ans see provisioning work.

[sinhaashish]

can you please squash the relevant commits. I see commits 856c95e83e12a4bdd2cb8d6a5e6b2a1e7ce80db3 and f1a328cd2758e5a8f52ca0aabde3abc46a91d73b are modifying the same file.

[niladrih]

We can run the test using sudo, e.g.: https://github.com/openebs/dynamic-localpv-provisioner/blob/v3.5.x/Makefile#L146

If the test is using a shell script, e.g. test.sh, run it using sudo bash -c "./test.sh"

We should not call sudo implicitly like so.

[dsharma-dc]

The main ci script in lvm repo runs as non-root user in github actions. Most of the work done inside that script is doing sudo today e.g. sudo vgcreate. These new wrappers seem to be emulating same.

[niladrih]

This feels like tech debt. But oh well.

[tiagolobocastro]

We could have a wrapper for calls which require sudo. In general IMHO it's better to use sudo only for operations which need it rather than blindly run everything with sudo as that seems a lot more dangerous.