Any way to have a slave reload its config (read from file) without restart?

[Daniel Björklund]

Is there any way to have a slave node that has been started by
pointing out its config with a config file, to force it to reload its
configuration without having to stop the slave node and start it again?

[Scott Hernandez]

No; what settings do you want to reload?

--
You received this message because you are subscribed to the Google Groups "mongodb-user" group.
To post to this group, send email to mongod...@googlegroups.com.
To unsubscribe from this group, send email to mongodb-user...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/mongodb-user?hl=en.

[Daniel Björklund]

I was looking for a way to have a larger number of slaves to reload
its configuration from the config file that the slave was started
with, either at a certain point in time or by issuing a command
instead of having to shutdown the slave and starting it up again.

On May 11, 4:04 pm, Scott Hernandez <scotthernan...@gmail.com> wrote:
> No; what settings do you want to reload?

[Scott Hernandez]

There is no way to do that but some properties can be changed at
runtime. What properties in the config file do you plan to change?

[Ondrej Prochazka]

I'd like change http://docs.mongodb.org/manual/reference/configuration-options/#replication.oplogSizeMB .

Dne pondělí, 14. května 2012 14:41:46 UTC+2 Scott Hernandez napsal(a):

[Stephen Steneker]

On Wednesday, 29 October 2014 21:54:38 UTC+10, Ondrej Prochazka wrote:

I'd like change http://docs.mongodb.org/manual/reference/configuration-options/#replication.oplogSizeMB .

Hi Ondrej,

As per the documentation you linked, the oplog size parameter has no effect once an oplog has been created.

If you want to resize the oplog capped collection, the process is documented in the manual:
 http://docs.mongodb.org/manual/tutorial/change-oplog-size/

> Dne pondělí, 14. května 2012 14:41:46 UTC+2 

In future please start a new discussion rather than replying to threads from a few years ago. A lot has changed since then ;-).

Regards,

Stephen