similar to: MooseFS repository

On 03/07/16 13:06, Volker Lendecke wrote: > On Fri, Jul 01, 2016 at 10:00:21AM +0100, Alex Crow wrote: >> We've had a strange issue after following the recommendations at >> https://wiki.samba.org/index.php/Ping_pong, particularly the part >> about mmap coherence. We are running CTDB/Samba over a MooseFS >> clustered FS, and we'd not done the ping-pong before.

Hi there, I've discovered that most of the hard drives used in our cluster got misaligned partitions, thus crippling perfs. Is there any way to fix that without having to delete/recreate properly aligned partitions, then format it and refill disks ? I'd be glad not to have to toy with moving several 10s of TB disk by disk :D (most disks are JBOD as we're using a fault tolerant network

On 03/07/16 21:47, Volker Lendecke wrote: > On Sun, Jul 03, 2016 at 08:42:36PM +0100, Alex Crow wrote: >> I've only put the "private dir" onto MooseFS, as instructed in the CTDB >> docs. > Can you quote these docs, so that we can correct them? > >> So, in that case, I'm assuming from your comments that it is no worry >> that the mmap test does not

> *phew*! At least it's not a regression by the patches for bug 12005. Hi Ralph, Looking back through the changelogs suggests to me that it's been around a long time.... I did however find it odd that even after disabling the 3rd host, stopping ctdb everywhere and removing *all* the db files (including persistent) I still could reproduce on 4.4.5. > > Can you try to reproduce

> I've now managed to replicate the error on my test setup. I added a > third host and all hell broke loose - no locking at all when opening > Excel files apart from same-host. It seemed fine with two. > > I then downgraded to 4.4.5 and the problem persisted. So it cannot be > a regression from that patch. > > Regards, > > Alex > Here you go: Locked files:

Hello Anoop. Thanks for helping with this! > On Sep 22, 2017, at 00:11, Anoop C S <anoopcs at autistici.org> wrote: > > On Thu, 2017-09-21 at 10:35 -0600, Terry McGuire wrote: >> Hello list. I?m attempting to improve how Samba shares directories on our Gluster volume to Mac >> users by using the vfs_fruit module. > > What versions of GlusterFS and Samba have

On 05/07/16 21:16, Alex Crow wrote: > > > On 05/07/16 21:00, Rowland penny wrote: >> On 05/07/16 20:49, Alex Crow wrote: >>> FYI, by "it did, completely" I meant it failed completely. >>> >>> Even if the only file we have to have on the cluster FS (which now >>> seems to be down solely to the ctdb lock file), I'm still worried

Hi all, I am just trying to consider my options for storing a large mass of data (tens of terrabytes of files) and one idea is to build a clustered FS of some kind. Has anybody had any experience with that? Any recommendations? Thanks in advance for any and all advice. Boris.

On 05/07/16 20:49, Alex Crow wrote: > FYI, by "it did, completely" I meant it failed completely. > > Even if the only file we have to have on the cluster FS (which now > seems to be down solely to the ctdb lock file), I'm still worried what > these failures mean: > > 1) does the -rw (without -m) test suggest any problems with the > MooseFS FS I'm

On 05/07/16 19:45, Volker Lendecke wrote: > On Tue, Jul 05, 2016 at 07:21:16PM +0100, Alex Crow wrote: >> I've set up the "DR" side of my cluster to "use mmap = no" and with >> "private dir" removed from the smb.conf. > Why do you set "use mmap = no"? > >> I have the MooseFS guys on the case as well. Should I put them in touch

Hi Volker, I apologise if I came across as an a***hole here. Responses below: On 05/07/16 20:45, Volker Lendecke wrote: > On Tue, Jul 05, 2016 at 08:12:59PM +0100, Alex Crow wrote: >> >> On 05/07/16 19:45, Volker Lendecke wrote: >>> On Tue, Jul 05, 2016 at 07:21:16PM +0100, Alex Crow wrote: >>>> I've set up the "DR" side of my cluster to

Hi all, a user contacted me about a segfault when installing WGCNA package dowloaded from CRAN. I also see a segfault like that on certain installs of R. The package passes all CRAN checks, so presumably this has something to do with the R installation or environment. The R versions here are not the newest but I would guess that this is not an R version issue. I'm attaching two

On Tue, Jul 05, 2016 at 10:12:31PM +0100, Alex Crow wrote: > I did not "put it" like anything. I just saw an problem in my setup, > read some documents on the samba wiki, followed some advice and saw some > unexpected behaviour. Perhaps I imagined the wiki to be more moderated > that it really is, so my trust was misplaced. I don't blame anyone, all > I'm trying to

On Thu, Jul 14, 2016 at 02:39:48PM +0100, Alex Crow wrote: > >The main hint I would like to give to the MooseFS developers is to get > >ping_pong -rw working. If you need any assistance in setting that up > >and getting arguments on why this is important, let us know! > > > >With best regards, > > > >Volker > > Any arguments that I can pass on would

Hi all, I just joigned this list, so I'm sorry if this problem has already been reported. I'm running Dovecot 2.0.13 on many servers, one for POP/IMAP access, others for LDA, others for authentification only, etc. All servers are accessing a shared file system, based on MooseFS (www.moosefs.org). The FS is mounted using FUSE. All my Dovecot servers have this configuration :

Dear Experts, I would like to ask everybody: what would you advise to use as a storage cluster, or as a distributed filesystem. I made my own research of what I can do, but I hit a snag with my seemingly best choice, so I decided to stay away from it finally, and ask clever people what they would use. My requirements are: 1. I would like to have one big (say, comparable to petabyte)

Hey guys, I got another "reboot crash" with gfapi and this time libvirt-3.2.1 (from cbs.centos.org). Is there anyone who can audit the libgfapi usage in libvirt? :-) WK: I use bonded 2x10Gbps and I do get crashes only in heavy I/O situations (fio). Upgrading system (apt-get dist-upgrade) was ok, so this might be even related to amount of IOPS. -ps On Sun, Sep 10, 2017 at 6:37 AM, WK

On Thu, Jul 14, 2016 at 02:22:12PM +0100, Alex Crow wrote: > At the moment we're pretty happy with the Samba side of things. I > did wonder if there was any help that you kind chaps might be able > to give to the MooseFS guys if they need it (they've not asked yet > but I've suggested they might be able to). Overall it's working The main hint I would like to give to

On 04/07/16 20:39, Volker Lendecke wrote: > On Mon, Jul 04, 2016 at 04:58:35PM +0100, Alex Crow wrote: >> • Add the following lines to the [global] section of your Samba >> configuration >> clustering = yes >> idmap backend = tdb2 >> private dir = /gluster/lock >> >> Can you confirm that "private dir" does *not* have to be set in smb.conf to

Hello listmates, Has anybody attempted to run an XFS in a file mounted via -o loop? The file size is about 20 TB and it resides in a larger XFS filesystem residing on a disk. That filesystem's size is about 25 TB. What sort of degradation should one expect under that sort of scenario? The reason I am asking is that I am trying to run a MooseFS chunkserver in that filesystem-in-a-file and