[Gluster-devel] RPM spec file and starting glusterd in no daemon mode

Niels de Vos ndevos at redhat.com
Wed Apr 29 19:34:59 UTC 2015


On Wed, Apr 29, 2015 at 09:14:37PM +0200, Niels de Vos wrote:
> On Wed, Apr 29, 2015 at 12:30:20PM -0400, Kaleb S. KEITHLEY wrote:
> > 
> > Any reason you don't want to run it as: `glusterd --xlator-option
> > *.upgrade=on -N > /dev/null 2>&1` ?
> 
> I think it would be nicer to use --log-level=/dev/null instead, or would
> that not override the -N option?

Of course I meant --log-file=/dev/null, but maybe --log-level=CRITICAL
would do too ;-)

>  
> Niels
> 
> > 
> > 
> > On 04/29/2015 11:56 AM, Kaushal M wrote:
> > >If we were to run without `-N`, in daemon mode, yum wouldn't know when
> > >glusterd actually finished the upgrade process. Yum would consider the
> > >parent process returning to be the end.
> > >
> > >
> > >
> > >On Wed, Apr 29, 2015 at 9:17 PM, Raghavendra Talur <rtalur at redhat.com> wrote:
> > >>Hi,
> > >>
> > >>As part of the yum upgrade procedure, when glusterfs-server is updated
> > >>we run glusterd in no daemon mode along with upgrade option with this
> > >>command.
> > >>
> > >>glusterd --xlator-option *.upgrade=on -N
> > >>
> > >>This helps us update our vol files with new defaults along with
> > >>few other things.(say we added a new xlator which we want as default).
> > >>
> > >>Starting in no daemon mode has a problem though, we leave our stdout,
> > >>stdin and stderr open. This can cause messages to be printed on the
> > >>console from any of the libs that we load.
> > >>
> > >>We have seen this problem with librdmacm, it prints out these
> > >>messages on screen
> > >>
> > >>librdmacm: Warning: couldn't read ABI version.
> > >>librdmacm: Warning: assuming: 4
> > >>librdmacm: Fatal: unable to get RDMA device list
> > >>
> > >>I looked through the code and did not find any real requirement
> > >>to use no-daemon option(-N). Anyhow, we init logging very early
> > >>in our process and don't need the stderr open.
> > >>
> > >>I am missing something or can we exclude -N from our spec files
> > >>while performing upgrade?
> > >>
> > >>
> > >>Thanks,
> > >>Raghavendra Talur
> > >>_______________________________________________
> > >>Gluster-devel mailing list
> > >>Gluster-devel at gluster.org
> > >>http://www.gluster.org/mailman/listinfo/gluster-devel
> > >_______________________________________________
> > >Gluster-devel mailing list
> > >Gluster-devel at gluster.org
> > >http://www.gluster.org/mailman/listinfo/gluster-devel
> > >
> > 
> > -- 
> > 
> > Kaleb
> > _______________________________________________
> > Gluster-devel mailing list
> > Gluster-devel at gluster.org
> > http://www.gluster.org/mailman/listinfo/gluster-devel



> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <http://www.gluster.org/pipermail/gluster-devel/attachments/20150429/2ec8d8b1/attachment.sig>


More information about the Gluster-devel mailing list