Re: RPM spec file and starting glusterd in no daemon mode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thursday 30 April 2015 10:03 AM, Atin Mukherjee wrote:


On 04/30/2015 01:04 AM, Niels de Vos wrote:
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 ;-)
If this works, I would prefer not to have the changes which Talur
suggested at this point of time.

This would not work as these options are applied only in gluster
context, we are looking at log messages from other libraries that
are loaded.

What Kaleb suggested should work.


~Atin


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@xxxxxxxxxx> 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@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel


--

Kaleb
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel



_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel



_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel



_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux