I am the developer of the mhVTL and would like to setup a test environment (on a Mac laptop) to test CTA / mhVTL interoperability and look at ways to improve mhVTL to better emulate real hardware. I would love to see the functionality improved such that all ‘custom’ handling for mhVTL was removed.
My current base line is Veritas NetBackup, and as I no longer work for Veritas - I was looking for other platforms. Besides, commercial backup vendors have all gone chasing disk with very little effort in tape.
I am hoping I can get away with a ‘minimal’ install of CTA (if such a thing exists) with the ‘tape’ & ‘library’ pieces. An ‘all-in-one’ VM would be perfect for my needs.
I have had a brief review of the install instructions and sort of lost my way down the rabbit hole.
Thanks in advance for any tips / directions through the install instructions.
Hi Mark, thanks for notifying us about this.
This not long ago, but it looks like something changed on the Ceph side.
The instructions at Install Ceph Storage Cluster — Ceph Documentation now say to use https://download.ceph.com/keys/release.asc instead of the key above. I did a quick test by updating the key location in the bootstrapCTA.sh script and it seems to work.
We’ll update the script in our repo, but in the mean time you could do the same replacement
Should I keep on the same thread - or create a new one per build issue ?
The issue now seems to be the SPEC (cta.spec.in) requirement for ‘gtest-devel-1.12’
Can’t seem to find one suitable for CentOS7 (rpmfind bringing up Fedora - but this won’t install on CentOS)
FWIW: CentOS7 is installing gtest-1.6.0-2
This thread is fine!
Sorry about this one - you’ve found a gap in our k8s setup.
We redistribute gtest-devel-1.12 through our public repository at Index of /cta-4/el-7/cta-dependencies/x86_64 . The repo is added by the rpm for our public binary release, but it looks like we’ve forgotten to add it for the public edition of the dev environment bootstrap process. We’ll adjust the scripts, and in the mean time you can work around this issue by:
Edit /etc/yum.repos.d/cta-public.repo and set the enabled=1 for cta-public-4 and cta-public-4-depend.
Might not be needed depending on your system/previous installs, but I ran into a conflict with gmock-devel-1.6.0 on my dev machine. If you run into the same:
I’ll most likely rebuild the CentOS7 VM as I’ve butchered the current one trying to build gtest from git source. Certainly not a reproducible env any more…
Not sure if this is harmless - but reporting anyway
ifconfig: command not found - during bootstrapKubernetes.sh
Created symlink from /etc/systemd/system/multi-user.target.wants/kube-controller-manager.service to /usr/lib/systemd/system/kube-controller-manager.service.
Setting up kubernetes DNS...
./bootstrapKubernetes.sh: line 50: ifconfig: command not found
Removed symlink /etc/systemd/system/multi-user.target.wants/firewalld.service.
Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
So far - so good, when attempting to ‘prepare CTA instance’ - missing jq package.
Creating pods in instance
pod "init" created
Waiting for init../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
../create_instance.sh: line 303: jq: command not found
^C
[cta@markhcta orchestration (main)]$ sudo yum install -y jq