The patch is working on XP but failing on Server 2003. Same domain/user on
both. Can manually set the task to the user in question so I know it's a
valid user/pw known to the 2003 machine.
On Tuesday, August 21, 2012 7:31:01 PM UTC-5, Josh Cooper wrote:
>
> Hi Jeff,
>
> It should be lib/puppet/util/adsi.rb
>
> Also please add yourself as a watcher to the ticket.
>
> Josh
>
> On Aug 21, 2012, at 3:18 PM, Jeff Sussna <j...@ingineering.it<javascript:>>
> wrote:
>
> Stupid question: where is the source file for this hack?
>
> On Monday, July 2, 2012 11:19:46 PM UTC-5, fpommier wrote:
>>
>> Hi Josh,
>> Thank for your quick and good reply.
>> I remove "and LocalAccount = True' at line 56 and 58.
>> It now work perfectly.
>> Thanks again.
>> Fred
>>
>> Le lundi 2 juillet 2012 07:27:33 UTC-10, Josh Cooper a écrit :
>>>
>>> Hi,
>>>
>>> On Sat, Jun 30, 2012 at 4:30 PM, fpommier <fpomm...@gmail.com> wrote:
>>>
>>>> Hi,
>>>> When a want to use scheduled_task for create a windows task and when i
>>>> give a AD user, i have this message :
>>>> err: /Stage[main]/Mirnas/Scheduled_task[test]/ensure: change from
>>>> absent to present failed: Invalid user: DOMAIN\oper
>>>>
>>>> My user domain and the password are correct.
>>>> I have the same error if i change DOMAIN\oper by op...@domain.comor
>>>> DOMAIN/oper
>>>> With a local user, is working, but i need a AD user for my batch to
>>>> work.
>>>> Is it a bug , a limitation or i miss something ?
>>>>
>>> Thank for any help
>>>>
>>>> scheduled_task { 'test':
>>>> ensure => present,
>>>> enabled => true,
>>>> command => 'C:\test\test.bat',
>>>> working_dir => 'C:\test',
>>>> user => 'DOMAIN\oper',
>>>> password => 'xxxxx',
>>>> trigger => {
>>>> schedule => daily,
>>>> start_date => '2012-06-26', # Defaults to 'today'
>>>> start_time => '09:05', # Must be specified
>>>> }
>>>> }
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Puppet Users" group.
>>>> To view this discussion on the web visit
>>>> https://groups.google.com/d/msg/puppet-users/-/P1hXwgGE2CoJ.
>>>> To post to this group, send email to puppet...@googlegroups.com.
>>>> To unsubscribe from this group, send email to
>>>> puppet-users...@googlegroups.com.
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/puppet-users?hl=en.
>>>>
>>>
>>> It is definitely a bug. I've filed this as
>>> http://projects.puppetlabs.com/issues/15326. You can probably just
>>> remove the `LocalAccount = True` condition from the WMI queries in
>>> `Puppet::Util::ADSI#sid_for_account` at lines 56-58.
>>>
>>> Josh
>>>
>>> --
>>> Josh Cooper
>>> Developer, Puppet Labs
>>>
>>> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/puppet-users/-/ily02pJOJqsJ.
> To post to this group, send email to puppet...@googlegroups.com<javascript:>
> .
> To unsubscribe from this group, send email to
> puppet-users...@googlegroups.com <javascript:>.
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/puppet-users/-/JUCBZJUnzUQJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
