[Gluster-users] gluster taking a lot of CPU and crashes database at times

[vishwajeet singh]

On Wed, Aug 8, 2012 at 4:30 PM, Philip Poten <philip.poten at gmail.com> wrote:

> Hey,
>
> running postgres (or any database) on a gluster share is an extremely
> bad idea. This can and will not end well, no matter what you do.
>

Thanks for your reply, so what's the typical use case for glusterfs ? where
can I use it ?
Is there a faq which mentions this ?


>
> regards,
> Philip
>
> 2012/8/8 vishwajeet singh <dextrous85 at gmail.com>:
> > Dear All,
> >
> > I have a glusterfs 3.2 setup on redhat running with geo-replication
> >
> > Volume details are as follows
> >
> > Volume Name: geo-vol
> > Type: Distribute
> > Status: Started
> > Number of Bricks: 1
> > Transport-type: tcp
> > Bricks:
> > Brick1: bst:/backup
> > Options Reconfigured:
> > geo-replication.indexing: on
> >
> > Volume is mounted on the same machine as nfs mount.
> >
> > I am running geo-replication with following command  "gluster volume
> > geo-replication geo-vol bstbkp:/backup start"
> >
> > Gluster continuously takes a lot fo memory of memory and at times my
> > postgres process crashes with following error
> >
> > PANIC:  could not fdatasync log file 100, segment 125: No such file or
> > directory
> > LOG:  background writer process (PID 19875) was terminated by signal 6:
> > Aborted
> > LOG:  terminating any other active server processes
> >
> > Kindly advise on any configuration issues.
> >
> > Regards,
> > Vishwajeet Singh
> > +91-9657702154 | dextrous85 at gmail.com | http://bootstraptoday.com
> > Twitter: http://twitter.com/vishwajeets | LinkedIn:
> > http://www.linkedin.com/in/singhvishwajeet
> >
> > _______________________________________________
> > Gluster-users mailing list
> > Gluster-users at gluster.org
> > http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
> >
>



-- 
Vishwajeet Singh
+91-9657702154 | dextrous85 at gmail.com | http://bootstraptoday.com
Twitter: http://twitter.com/vishwajeets | LinkedIn:
http://www.linkedin.com/in/singhvishwajeet
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20120808/fe97f721/attachment.html>