cancel
Showing results for 
Search instead for 
Did you mean: 

Netbackup catalyst : ESFS.json not being created on config

Gary_Waterworth
Level 3
Partner

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 ?

10 REPLIES 10

Amol_Nair
Level 6
Employee

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

I did check that

 

We are on

Red Hat Enterprise Linux Server release 7.3 (Maipo)

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

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

 

 

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

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

 

Is your server AMD or Intel based ?

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

 

 

Hi,

Quad-Core AMD Opteron(tm) Processor 2354 on my side ...

Greeting, Matthias