On Friday, October 21, 2016 at 9:48:02 AM UTC-5, re-g...@wiu.edu wrote:
> As it seems saz-rsyslog is the best puppet module for managing rsyslog, I
> decided to take a hint from @jcbollinger on configuration, rather than
> replacing the module.
>
> I decided to change the values of the
On Thursday, October 20, 2016 at 4:42:47 PM UTC-5, re-g...@wiu.edu wrote:
>
>
>
> On Thursday, October 20, 2016 at 10:31:59 AM UTC-5, jcbollinger wrote:
>>
>>
>>
>> On Wednesday, October 19, 2016 at 4:51:20 PM UTC-5, re-g...@wiu.edu
>> wrote:
>>>
>>>
>>>
>>> On Tuesday, October 18, 2016 at
On Thursday, October 20, 2016 at 10:31:59 AM UTC-5, jcbollinger wrote:
>
>
>
> On Wednesday, October 19, 2016 at 4:51:20 PM UTC-5, re-g...@wiu.edu wrote:
>>
>>
>>
>> On Tuesday, October 18, 2016 at 9:49:23 AM UTC-5, jcbollinger wrote:
>>>
>>>
>>>
>>> On Monday, October 17, 2016 at 3:15:51 PM
On Wednesday, October 19, 2016 at 4:51:20 PM UTC-5, re-g...@wiu.edu wrote:
>
>
>
> On Tuesday, October 18, 2016 at 9:49:23 AM UTC-5, jcbollinger wrote:
>>
>>
>>
>> On Monday, October 17, 2016 at 3:15:51 PM UTC-5, re-g...@wiu.edu wrote:
>>>
>>>
>>>
>>> On Friday, October 14, 2016 at 5:08:31 PM
On Tuesday, October 18, 2016 at 9:49:23 AM UTC-5, jcbollinger wrote:
>
>
>
> On Monday, October 17, 2016 at 3:15:51 PM UTC-5, re-g...@wiu.edu wrote:
>>
>>
>>
>> On Friday, October 14, 2016 at 5:08:31 PM UTC-5, re-g...@wiu.edu wrote:
>>>
>>>
>>>
>>> On Thursday, October 13, 2016 at 9:15:58 AM
On Monday, October 17, 2016 at 5:00:14 PM UTC-5, Rob Nelson wrote:
>
> RG,
>
> I ultimately do not know the answer to your question (though I believe it
> may be due to the non-deterministic ordering when resources are not
> specifically ordered), however you should note that your primary
On Monday, October 17, 2016 at 3:15:51 PM UTC-5, re-g...@wiu.edu wrote:
>
>
>
> On Friday, October 14, 2016 at 5:08:31 PM UTC-5, re-g...@wiu.edu wrote:
>>
>>
>>
>> On Thursday, October 13, 2016 at 9:15:58 AM UTC-5, Rob Nelson wrote:
>>>
>>> I've worked with saz in the past and believe he would
RG,
I ultimately do not know the answer to your question (though I believe it
may be due to the non-deterministic ordering when resources are not
specifically ordered), however you should note that your primary service
includes *"rsyslog::client"* and the secondary includes *rsyslog::client*
On Friday, October 14, 2016 at 5:08:31 PM UTC-5, re-g...@wiu.edu wrote:
>
>
>
> On Thursday, October 13, 2016 at 9:15:58 AM UTC-5, Rob Nelson wrote:
>>
>> I've worked with saz in the past and believe he would be very receptive
>> to PRs that address this issue, as well, if RG or anyone else
On Thursday, October 13, 2016 at 9:15:58 AM UTC-5, Rob Nelson wrote:
>
> I've worked with saz in the past and believe he would be very receptive to
> PRs that address this issue, as well, if RG or anyone else wanted to
> contribute them. That would be one of the better solutions to the
I've worked with saz in the past and believe he would be very receptive to
PRs that address this issue, as well, if RG or anyone else wanted to
contribute them. That would be one of the better solutions to the problem.
Rob Nelson
rnels...@gmail.com
I think I've given you a pretty good handle on
On Wednesday, October 12, 2016 at 4:15:51 PM UTC-5, re-g...@wiu.edu wrote:
> You were right, that catalog file
> (server1:/var/lib/puppet/client_data/catalog/server1.mydomain.example.com.json)
>
> was from a successful build/run. There is no new catalog file when the
> server1 node
On Wednesday, October 12, 2016 at 10:10:55 AM UTC-5, Henrik Lindberg wrote:
>
> On 12/10/16 14:59, jcbollinger wrote:
> >
> >
> > On Tuesday, October 11, 2016 at 3:54:25 PM UTC-5, re-g...@wiu.edu
> wrote:
> >
> >
> >
> > On Monday, October 10, 2016 at 9:07:35 AM UTC-5, jcbollinger
On Wednesday, October 12, 2016 at 7:59:25 AM UTC-5, jcbollinger wrote:
>
>
>
> On Tuesday, October 11, 2016 at 3:54:25 PM UTC-5, re-g...@wiu.edu wrote:
>>
>>
>>
>> On Monday, October 10, 2016 at 9:07:35 AM UTC-5, jcbollinger wrote:
>>>
>>>
>>>
>>> On Friday, October 7, 2016 at 10:39:58 AM UTC-5,
On 12/10/16 14:59, jcbollinger wrote:
On Tuesday, October 11, 2016 at 3:54:25 PM UTC-5, re-g...@wiu.edu wrote:
On Monday, October 10, 2016 at 9:07:35 AM UTC-5, jcbollinger wrote:
On Friday, October 7, 2016 at 10:39:58 AM UTC-5, re-g...@wiu.edu
wrote:
On Tuesday, October 11, 2016 at 3:54:25 PM UTC-5, re-g...@wiu.edu wrote:
>
>
>
> On Monday, October 10, 2016 at 9:07:35 AM UTC-5, jcbollinger wrote:
>>
>>
>>
>> On Friday, October 7, 2016 at 10:39:58 AM UTC-5, re-g...@wiu.edu wrote:
>>>
>>> Well... The node I have been testing the duplicate
On Monday, October 10, 2016 at 9:07:35 AM UTC-5, jcbollinger wrote:
>
>
>
> On Friday, October 7, 2016 at 10:39:58 AM UTC-5, re-g...@wiu.edu wrote:
>>
>> Well... The node I have been testing the duplicate declaration on uses a
>> puppet secondary-master server, as it is on a remote network
On Friday, October 7, 2016 at 10:39:58 AM UTC-5, re-g...@wiu.edu wrote:
>
> Well... The node I have been testing the duplicate declaration on uses a
> puppet secondary-master server, as it is on a remote network segment. It
> does not connect directly to the puppet primary-master in which The
Well... The node I have been testing the duplicate declaration on uses a
puppet secondary-master server, as it is on a remote network segment. It
does not connect directly to the puppet primary-master in which The Forman
is running on.
So I did some work to get this particular "server1" node
Not being a foreman user, I can't add a whole lot of detail to this, but it
does SEEM like there's something in the foreman "extras" that may be
conflicting with the direct puppet code in certain situations. My
understanding is that it provides some sort of overlay, and that could
definitely cause
On Thursday, October 6, 2016 at 12:23:40 PM UTC-5, Rob Nelson wrote:
>
> Can you undo the change in foreman, see if the problem goes away, then
> reimplement the change and see if the problem comes back? That would go a
> long way toward isolating the cause.
>
>
So I removed the rsyslog
Can you undo the change in foreman, see if the problem goes away, then
reimplement the change and see if the problem comes back? That would go a
long way toward isolating the cause.
On Thursday, October 6, 2016, wrote:
>
>
> On Wednesday, October 5, 2016 at 2:32:37 PM UTC-5,
On Wednesday, October 5, 2016 at 3:58:38 PM UTC-5, Rob Nelson wrote:
>
> RG, typically the Duplication declaration message is followed by some
> indicator of the file where it is duplicated and the line number. Are you
> receiving that information and maybe snipped it off the end of the
RG, typically the Duplication declaration message is followed by some
indicator of the file where it is duplicated and the line number. Are you
receiving that information and maybe snipped it off the end of the message
you included? An alternative might be any sort of `hiera_include()` or
I installed the puppet module saz-rsyslog from puppet forge.
I use The Foreman to configure nodes. The Foreman is used by puppet via
configuration [master] "external_nodes" "/etc/puppet/node.rb"
Since the saz-rsyslog module install, I have been receiving the following
error off and on (not
25 matches
Mail list logo