Create SMB share on datapool

[slym45]

Hi,
I'm new to proxmox backup server and wanted to know if its possible to create a simple SMB share for virtual machines on the same network that could be used for e.g. MySQL dumps/backups. I noticed that samba is already preinstalled and I could just create a share under /mnt/datastore/... but then Im not sure if pruning jobs would remove those "manually" created files from the dfatastore.
Should I (at least) create a seperate namespace without any verify/prone jobs or is it safe to have those inside the same datastore as Proxmox VE VM backups?

Thanks

 

[fabian]

you should not re-use the directory used as datastore for other purposes, but you can of course do other things on your PBS system as well (using other directories ). whether those other things interfere with operations of PBS depend on what exactly you are doing, how beefy your setup is, etc.

 

[slym45]

As I said it should just serve as a backup target for some services like MySQL or similar (e.g. daily .tar.gz uploads) so performance is definitely not an issue. So I should take a couple of disks out of that datastore and just create a "normal" LV/VG instead of a datastore, right?

 

[fabian]

you should not re-use the datastore directory for anything else. you can re-use the disks that contain your datastore dir for other things - how exactly that would work depends on your disk/storage setup which you haven't mentioned so far..

 

[SlimTom]

I have similar question: I would like to use Proxmox backup server and ZFS/ deduplication features to backup from my windows machines. Should I use Samba? All suggestions and good practices advice is appreciated....

 

[Dunuin]

All suggestions and good practices advice is appreciated....

Keep the RAM requirements in mind. ZFS deduplication needs an additional 5 GB RAM per 1TB of data. Because of this ZFS deduplication is rarely used as it is most of the time just not worth it unless you got something like a DB with lots of identical entries or similar well deduplicatable data.