Fs_lvm now is working! Changed type of datastore 100 to system_ds

Hi,
It may not be the way to go to have storage on physical hosts, but that is the situation I have here today.
I am struggling to get Opennebula to work with a shared storage. We do not have a high end San, so I want to use the disks of the physical machines.
I added the host to the configuration, but the storage (3T) is not shown.

I am trying to set it up like this.
http://docs.opennebula.org/4.14/administration/storage/fs_lvm_ds.html
It says id 0 system and 1 default should be shared. I changed /etc/oned.conf and changed shared=no to yes.
ID NAME SIZE AVAIL CLUSTERS IMAGES TYPE DS TM STAT
0 system 121.3G 93% 0 0 sys - fs_lvm on
1 default 121.3G 93% 0 2 img fs ssh on
2 files 121.3G 93% 0 0 fil fs ssh on
100 production 14.5G 82% 0 0 img fs fs_lvm on
I tried onedatastore update 0 system_ds_0.conf
oneadmin@oneadmpren01:~$ cat system_ds_0.conf
ALLOW_ORPHANS=NO
DISK_TYPE=FILE
DS_MIGRATE=YES
RESTRICTED_DIRS=/
SAFE_DIRS=/var/tmp
SHARED=YES
TM_MAD=fs_lvm
TYPE=SYSTEM_DS
#DISK_TYPE=block
But still not shared

Where did I go wrong?

Kind regards,
Martin.

The guide you mention assumes clvm. The simplest options is to use nfs, documented in the old quick start guides
http://docs.opennebula.org/4.14/design_and_installation/quick_starts/qs_ubuntu_kvm.html
and in case of debugging needed see Unable to instanciate VM on a fresh installed system

Dear Marc,
Thank you, it is useful to consider nfs, a beauty of a protocol.
I now have it working with ssh, nfs is not an option within our security minded management.
Kind regards,
Martin.