03-07-2018 11:23 PM
We are on Netbackup 8.1.1 on redhat
When I crun the cloud service config wizard It goes through the steps and then stops at the step : Setting ESFS name and local cache directory for database system error 220
Looking in the log files
[root@catalyst ops]# cat esfs-run.8172
Wed Mar 7 09:28:13 SAST 2018 Starting vxesfsd
Configuration:
cache directory /pool/cache
file system name ESFS1
mount point /pool/storage
error: on line -1 unable to open /pool/cache/etc/esfs.json: No such file or directory.
Permissions on that directory look fine . The path /pool/cache/etc/ does not exist
I made the etc directory and tried again with no luck
Log from the ESFS configuration
[root@catalyst ops]# cat esfs-config.log.8087
Wed Mar 7 09:28:13 SAST 2018 **** Starting esfs_init.sh ***
Wed Mar 7 09:28:13 SAST 2018 Cache Directory = /pool/cache
Wed Mar 7 09:28:13 SAST 2018 Mount Path = /pool/storage
Wed Mar 7 09:28:13 SAST 2018 filesystem Name = ESFS1
Wed Mar 7 09:28:13 SAST 2018 Cloud Storage Server = cloudian_rawd:catalyst
Wed Mar 7 09:28:13 SAST 2018 Master Server = warren-test
Wed Mar 7 09:28:13 SAST 2018 Media Server = catalyst
Wed Mar 7 09:28:13 SAST 2018 **** Creating ESFS file system ***
Wed Mar 7 09:28:13 SAST 2018 **** Done running mkesfs ****
Wed Mar 7 09:28:13 SAST 2018 **** Starting vxesfsd ****
Wed Mar 7 09:28:13 SAST 2018 **** Done Starting vxesfsd ****
Wed Mar 7 09:28:13 SAST 2018 Daemon vxesfsd is not running
Ideas ? or where can I get an example of that file ?
03-11-2018 03:01 AM
What is the exact operating system on the media server.? By any chance are you running on RHEL 7.2 or earlier.?
Setting up cloud catalyst requires RHEL 7.3 or above. The error reported could be a result of unsupported operating system on the media server.
Below is the link outlining the requirements and limitations for Cloud Catalyst with NBU
https://www.veritas.com/content/support/en_US/doc/25074086-130388296-0/v125423241-130388296
03-12-2018 12:09 AM
I did check that
We are on
Red Hat Enterprise Linux Server release 7.3 (Maipo)
03-14-2018 03:48 AM
Hi,
I have the same issue here. Seems not to be an encryption issue, because when unselecting "encryption", then the error is "Setting ESFS name and Local cache directory for xxxx -database system error(220)". And it's nothing with the Azure storage account, because a cloud storage server without CloudCatalyst can be created without any issue.
My mediaserver for CloudCatalyst is on RedHat 7.4 (Maipo) and is running NBU 8.1. Master is running NBU 8.1 on Win2008R2 SP1. cloudprovider.xml ist most current version (https://www.veritas.com/support/en_US/article.000125094) and Device Mappings als most current (1.150).
Did you found any helpful in the meantime?
I found also, that tpconfig debug log (on CloudCatalyst mediaserver /usr/openv/volmgr/debug/tpcommand) is complaining about a failing plug-in configuration - could also be an aftereffect...
<mediaservername>: Azure: CAzureManager::GetBufferSizePerInterface: Failed to read plug-in configuration:[libstspiazure-bs.pref]. Returning with status:[13]
I opened an SR at Veritas Support on Friday last week - but they are still searching ...
Greeting, Matthias
03-14-2018 03:58 AM
Nothing yet , just got off a 4 hour session with their backline engineers
basically there is a crucial file esfs.json that is not being created
I have just build a clean redhat 7.4 server for them and same issue
03-14-2018 07:45 AM
Ok. Thank you for the reply.
Do you have a more or less fresh NBU domain / fresh master?
I'm asking, because my NBU domain has a longer history and I also used cloud connectors in the past (e.g. Nirvanix) and I hope, that I have decomissioned it the right way. Could be, that there is something remaning in the system, which now prevents a successful installation. In that case I would try a fresh installation from my side....
Greetings, Matthias
03-14-2018 08:21 AM - edited 03-14-2018 08:22 AM
Yes this was a almost fresh install in a demo lab to prove functionality for a customer
And we are having the issue again.
On a brand new RH 7.4 media server it does not work
03-16-2018 07:00 AM
Is your server AMD or Intel based ?
03-16-2018 07:13 AM
Latest Feedback ( we were using an older server to run this test )
I have traced the issue to the CPU not having the instruction set required.
The CPU is AMD Opteron 2350 which does not have SSE 4.2 instructions.
GDB of coredump
(gdb) thread apply all info stack
Thread 1 (Thread 0x7f26d390e980 (LWP 2628)):
#0 0x00007f26d307f6b3 in rocksdb::VersionBuilder::SaveTo(rocksdb::VersionStorageInfo*) () from /usr/openv/esfs/lib/librocksdb.so.5.2
#1 0x00007f26d309a09d in rocksdb::VersionSet::Recover(std::vector<rocksdb::ColumnFamilyDescriptor, std::allocator<rocksdb::ColumnFamilyDescriptor> > const&, bool) ()
from /usr/openv/esfs/lib/librocksdb.so.5.2
#2 0x00007f26d30144c4 in rocksdb::DBImpl::Recover(std::vector<rocksdb::ColumnFamilyDescriptor, std::allocator<rocksdb::ColumnFamilyDescriptor> > const&, bool, bool, bool) ()
from /usr/openv/esfs/lib/librocksdb.so.5.2
#3 0x00007f26d3015929 in rocksdb::DB::Open(rocksdb::DBOptions const&, std::string const&, std::vector<rocksdb::ColumnFamilyDescriptor, std::allocator<rocksdb::ColumnFamilyDescriptor> > const&, std::vector<rocksdb::ColumnFamilyHandle*, std::allocator<rocksdb::ColumnFamilyHandle*> >*, rocksdb::DB**) () from /usr/openv/esfs/lib/librocksdb.so.5.2
#4 0x00007f26d31d3c92 in rocksdb::TransactionDB::Open(rocksdb::DBOptions const&, rocksdb::TransactionDBOptions const&, std::string const&, std::vector<rocksdb::ColumnFamilyDescriptor, std::allocator<rocksdb::ColumnFamilyDescriptor> > const&, std::vector<rocksdb::ColumnFamilyHandle*, std::allocator<rocksdb::ColumnFamilyHandle*> >*, rocksdb::TransactionDB**) ()
from /usr/openv/esfs/lib/librocksdb.so.5.2
#5 0x00007f26d31d485f in rocksdb::TransactionDB::Open(rocksdb::Options const&, rocksdb::TransactionDBOptions const&, std::string const&, rocksdb::TransactionDB**) ()
from /usr/openv/esfs/lib/librocksdb.so.5.2
#6 0x000000000042000a in esfs_storage::open (this=0x2666280, storage_path=0x7ffd258aee10 "/pool/cache/fsdb", create=true) at esfs_storage.cpp:462
#7 0x0000000000420286 in esfs_storage::create (this=0x2666280, storage_path=0x7ffd258aee10 "/pool/cache/fsdb") at esfs_storage.cpp:474
#8 0x0000000000446366 in mkesfs_init () at mkesfs.cpp:235
#9 0x0000000000448318 in main (argc=3, argv=0x7ffd258aff38) at mkesfs.cpp:398
03-16-2018 07:23 AM
Hi,
Quad-Core AMD Opteron(tm) Processor 2354 on my side ...
Greeting, Matthias
03-19-2018 01:44 AM