The main reason I separate title from namevar is so when I have
references to the exec they stay consistent - but the command args
can be updated independently. This matters more when I have references
that cross file boundaries.
ken.
On Sat, Jun 18, 2011 at 7:35 PM, vagn scott
I could not do what you suggested at the weekend.
I tried all the tips you gave me. But I could not fix.
The file directory is specified, the problem is that it gives error
unpacking, and when I run the tar command line manually, it works fine.
Sorry for my English!
--
You received this message
Did you try the logouput = on_failure in the exec?
Can you try that and run the content with the --debug flag so we can
all see the output? (try putting the output in pastie.org if its a lot
of information).
ken.
On Mon, Jun 20, 2011 at 1:28 PM, lucas.brig...@ymail.com
grillobri...@gmail.com
I tried using try the logouput = ON_FAILURE in the exec.
But my client is a puppet CentOS. (The puppet version is outdated).
Not recognizing this parameter.
As you asked, I used the - debug.
The output was this: http://pastie.org/2098147
I discovered that any command that has not executed any
I tried using try the logouput = ON_FAILURE in the exec.
But my client is a puppet CentOS. (The puppet version is outdated).
Not recognizing this parameter.
As you asked, I used the - debug.
The output was this: http://pastie.org/2098147
I discovered that any command that has not executed any
I tried using try the logouput = ON_FAILURE in the exec.
But my client is a puppet CentOS. (The puppet version is outdated).
Not recognizing this parameter.
As you asked, I used the - debug.
The output was this: http://pastie.org/2098147
I discovered that any command that has not executed any
I tried using try the logouput = ON_FAILURE in the exec.
But my client is a puppet CentOS. (The puppet version is outdated).
Not recognizing this parameter.
There is a newer version of Puppet in EPEL testing. For example, RHEL/CentOS 5:
I actually posted about the problem with tar.
I decided to modify the module to not depend on tar installed.
But I realized that any command that has parameters to run, the same problem
occurswhen using this command:
exec {$ tar-vzxf downdir} {wordpress.tar.gz
path = [/ usr /
ken,
The error was occurring because the version of the puppet.
Thank you!
--
You received this message because you are subscribed to the Google Groups
Puppet Users group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
On 18.6.2011 05:30, vagn scott wrote:
or you can do what I do and pipe that archive into tar:
exec { true $title wget -O - $upstream | tar xzf - --xform
's,wordpress/,,':
cwd = $top,
creates = $top/license.txt,
before
On 06/18/2011 10:31 AM, Markus Falb wrote:
On 18.6.2011 05:30, vagn scott wrote:
or you can do what I do and pipe that archive into tar:
exec { true $title wget -O - $upstream | tar xzf - --xform
's,wordpress/,,':
cwd = $top,
creates
Hi!
I'm doing a module for the puppet for WordPress will implement.
I'm having problems with this line:
exec { tar -vzxf ${downdir}wordpress.tar.gz:
path =
[/usr/local/bin,/opt/local/bin,/usr/bin,/usr/sbin],
}
And the error generated is this:
err:
Simple question, but does wordpress.tar.gz exist in /var/www/ ?
I would expect that you would want your tar exec to depend on whatever is
deploying the wordpress tar.gz file (another Exec or a File resource), so
that you know it's there before you try to use it.
--
Nathan Clemons
You should usually run the exec with:
exec { asdf:
...
logoutput = on_failure,
...
}
This prints to screen any error. Anyway the clue for your case is in
the error message:
err: /Stage[main]//Node[lucas.com.br]/Wordpress::Install[ ]/Exec[tar
-vzxf /var/www/wordpress.tar.gz]/returns:
On 06/17/2011 09:14 AM, lucas.brig...@ymail.com wrote:
Hi!
I'm doing a module for the puppet for WordPress will implement.
I'm having problems with this line:
exec { tar -vzxf ${downdir}wordpress.tar.gz:
path =
[/usr/local/bin,/opt/local/bin,/usr/bin,/usr/sbin],
15 matches
Mail list logo