Custom FileDataStore

["jorgeeflorez ." <jo...@gmail.com>]

Hi all,
I have been tasked to store repository files in file system, but not like
it is handled by OakFileDataStore which uses a single directory. Instead,
the customer wants to define one or more directories that can be on
different hard disks, so that "in theory" disk space will never be a
problem, you just "add" another directory and use it to store files.

I am thinking that this could be possible, I could just create a class that
works like FileDataStore but handling several directories instead just one
and implement SharedDataStore like OakFileDataStore does.

I am still thinking about it. If you think it is not possible or if there
is another alternative, please let me know. Thanks.

Regards.

Jorge

Re: Custom FileDataStore

["jorgeeflorez ." <jo...@gmail.com>]

Hi Jörg,

thank you for your reply. Indeed, LVM sounds like an interesting
alternative. I will read more about it.

Jorge


El mar., 14 abr. 2020 a las 8:29, Jörg Hoh (<jh...@googlemail.com.invalid>)
escribió:

> HI Jorge,
>
> If the only concern is that you might run out of disk space, I would
> propose that you use a volume manager on an OS level. It allows you to
> merge multiple physical devices into a single logical volume; for example
> the LVM of Linux is capable to do that and increase the volumes also online
> (that means while the filesystem is mounted). I would not try to solve your
> requirement on an Oak level.
>
> Jörg
>
> Am Di., 14. Apr. 2020 um 14:35 Uhr schrieb jorgeeflorez . <
> jorgeeduardoflorez@gmail.com>:
>
> > Hi all,
> > I have been tasked to store repository files in file system, but not like
> > it is handled by OakFileDataStore which uses a single directory. Instead,
> > the customer wants to define one or more directories that can be on
> > different hard disks, so that "in theory" disk space will never be a
> > problem, you just "add" another directory and use it to store files.
> >
> > I am thinking that this could be possible, I could just create a class
> that
> > works like FileDataStore but handling several directories instead just
> one
> > and implement SharedDataStore like OakFileDataStore does.
> >
> > I am still thinking about it. If you think it is not possible or if there
> > is another alternative, please let me know. Thanks.
> >
> > Regards.
> >
> > Jorge
> >
>
>
> --
> Cheers,
> Jörg Hoh,
>
> http://cqdump.wordpress.com
> Twitter: @joerghoh
>

Re: Custom FileDataStore

[Jörg Hoh <jh...@googlemail.com.INVALID>]

HI Jorge,

If the only concern is that you might run out of disk space, I would
propose that you use a volume manager on an OS level. It allows you to
merge multiple physical devices into a single logical volume; for example
the LVM of Linux is capable to do that and increase the volumes also online
(that means while the filesystem is mounted). I would not try to solve your
requirement on an Oak level.

Jörg

Am Di., 14. Apr. 2020 um 14:35 Uhr schrieb jorgeeflorez . <
jorgeeduardoflorez@gmail.com>:

> Hi all,
> I have been tasked to store repository files in file system, but not like
> it is handled by OakFileDataStore which uses a single directory. Instead,
> the customer wants to define one or more directories that can be on
> different hard disks, so that "in theory" disk space will never be a
> problem, you just "add" another directory and use it to store files.
>
> I am thinking that this could be possible, I could just create a class that
> works like FileDataStore but handling several directories instead just one
> and implement SharedDataStore like OakFileDataStore does.
>
> I am still thinking about it. If you think it is not possible or if there
> is another alternative, please let me know. Thanks.
>
> Regards.
>
> Jorge
>


-- 
Cheers,
Jörg Hoh,

http://cqdump.wordpress.com
Twitter: @joerghoh