FAQ
When using returners,is there a way to avoid having the minions access the
database directly to insert the data?
in my environment I only have 4505 and 4506 TCP exposed to the minions.
Maybe I am just missing something....seems like the returner would post the
data back to the master and insert to the DB from a singular location...

Thanks for the help!

--
You received this message because you are subscribed to the Google Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.

Search Discussions

  • Stephan Looney at Mar 28, 2015 at 7:02 pm
    any one in here know what the expected behavior is on this?
    On Tuesday, March 24, 2015 at 12:32:34 PM UTC-4, Stephan Looney wrote:

    When using returners,is there a way to avoid having the minions access the
    database directly to insert the data?
    in my environment I only have 4505 and 4506 TCP exposed to the minions.
    Maybe I am just missing something....seems like the returner would post the
    data back to the master and insert to the DB from a singular location...

    Thanks for the help!
    --
    You received this message because you are subscribed to the Google Groups "Salt-users" group.
    To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
    For more options, visit https://groups.google.com/d/optout.
  • UnlimitedMoops at Mar 29, 2015 at 1:21 am
    My take on the documentation
    at http://docs.saltstack.com/en/latest/ref/returners/ is that the mysql
    returner should work for you.

    --
    You received this message because you are subscribed to the Google Groups "Salt-users" group.
    To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
    For more options, visit https://groups.google.com/d/optout.
  • UnlimitedMoops at Mar 29, 2015 at 2:40 am
    The master_job_cache setting might be helpful. It uses the returner system,
    but on the master.
    http://docs.saltstack.com/en/latest/ref/configuration/master.html
    http://docs.saltstack.com/en/latest/topics/jobs/job_cache.html

    --
    You received this message because you are subscribed to the Google Groups "Salt-users" group.
    To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
    For more options, visit https://groups.google.com/d/optout.
  • UnlimitedMoops at Mar 29, 2015 at 2:45 am
    Good - looks like Mr. Boucha has the same conclusion :). I've seen other
    implementations, like
    https://speakerdeck.com/ipmb/monitoring-infrastructure-with-saltstack, but
    they seem to just plant an external returners db on the master so it
    wouldn't help you.

    --
    You received this message because you are subscribed to the Google Groups "Salt-users" group.
    To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
    For more options, visit https://groups.google.com/d/optout.
  • David Boucha at Mar 29, 2015 at 2:01 am
    What you want is called the master job cache
    On Mar 24, 2015 10:32 AM, "Stephan Looney" wrote:

    When using returners,is there a way to avoid having the minions access the
    database directly to insert the data?
    in my environment I only have 4505 and 4506 TCP exposed to the minions.
    Maybe I am just missing something....seems like the returner would post the
    data back to the master and insert to the DB from a singular location...

    Thanks for the help!

    --
    You received this message because you are subscribed to the Google Groups
    "Salt-users" group.
    To unsubscribe from this group and stop receiving emails from it, send an
    email to [email protected].
    For more options, visit https://groups.google.com/d/optout.
    --
    You received this message because you are subscribed to the Google Groups "Salt-users" group.
    To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
    For more options, visit https://groups.google.com/d/optout.

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupsalt-users @
postedMar 24, '15 at 4:32p
activeMar 29, '15 at 2:45a
posts6
users3

People

Translate

site design / logo © 2023 Grokbase