I managed to solve the problem :) First we added more memory to the
machine. With 1GB of memory the script ran further but still failed. In
this case it became apparent that it's doing something with file
permissions. It was setting group 70 (don't even know what kind of group
that is) to some scripts it was supposed to copy for execution. It was
doing this very slowly - tens of seconds for each file - and eating more
and more memory in the process, until it reached 1GB and the vserver killed
it.
The fix was very simple, but I'm still intrigued as to what went wrong,
especially since it was such a hard-to-debug issue. I changed this resource:
file { 'migration-scripts':
path => $scriptPath,
ensure => directory,
source => 'puppet:///modules/ks/migration',
recurse => true,
owner => 'root'
}
to this:
file { 'migration-scripts':
path => $scriptPath,
ensure => directory,
source => 'puppet:///modules/ks/migration',
recurse => true
}
If someone can give an explanation I would be very happy to read it. Also
because I only got 1GB of memory on the server temporarily and I'm
suspecting another similar problem in my manifest since with 512GB memory
the execution didn't get to the part where I now spotted the group
permission setting.
On Monday, April 21, 2014 12:01:24 PM UTC+2, Ádám Sándor wrote:
>
> Hi,
>
> I'm having a problem with my puppet script hanging for a while then dying
> with the message "Killed" printed to the console. There is no further
> explanation of what happened but I'm suspecting some event propagation
> might get stuck and puppet may have some mechanism to kill the process if
> it hangs for too long. That's just a guess though, so please let me know if
> anyone has some insight on this problem. Thanks!
>
> I'm running on Debian 7, Puppet 3.5.1.
> Tail of the output of "puppet apply --verbose --debug
> --modulepath=/root/puppet/modules /root/puppet/ks-prod.pp" is:
>
> ...
>
> Notice: /Stage[main]/Ks::Database/Exec[create-blog-db]/returns: executed
> successfully
>
> Debug: /Stage[main]/Ks::Database/Exec[create-blog-db]: The container
> Class[Ks::Database] will propagate my refresh event
>
> Debug: Class[Ks::Database]: The container Stage[main] will propagate my
> refresh event
>
> Debug: Class[Ks::Database]: The container Class[Ks::Server] will propagate
> my refresh event
>
> Debug:
> /Stage[main]/Apache::Mod::Autoindex/Apache::Mod[autoindex]/File[autoindex.load
>
> symlink]/mode: Not managing symlink mode
>
> Debug:
> /Stage[main]/Apache::Mod::Autoindex/Apache::Mod[autoindex]/File[autoindex.conf
>
> symlink]/mode: Not managing symlink mode
>
> Debug: Exec[concat_/etc/apache2/ports.conf](provider=posix): Executing
> check '/var/lib/puppet/concat/bin/concatfragments.sh -o
> /var/lib/puppet/concat/_etc_apache2_ports.conf/fragments.concat.out -d
> /var/lib/puppet/concat/_etc_apache2_ports.conf -t '
>
> Debug: Executing '/var/lib/puppet/concat/bin/concatfragments.sh -o
> /var/lib/puppet/concat/_etc_apache2_ports.conf/fragments.concat.out -d
> /var/lib/puppet/concat/_etc_apache2_ports.conf -t '
>
> Debug:
> /Stage[main]/Apache::Mod::Prefork/Apache::Mpm[prefork]/File[/etc/apache2/mods-enabled/prefork.conf]/mode:
>
> Not managing symlink mode
>
> Debug: /Stage[main]/Apache::Mod::Php/Apache::Mod[php5]/File[php5.conf
> symlink]/mode: Not managing symlink mode
>
> Debug: Exec[own apache log directory](provider=posix): Executing 'chown -R
> -f www-data:www-data /var/log/apache2'
>
> Debug: Executing 'chown -R -f www-data:www-data /var/log/apache2'
>
> Notice: /Stage[main]/Ks::Web/Exec[own apache log directory]/returns:
> executed successfully
>
> Debug: /Stage[main]/Ks::Web/Exec[own apache log directory]: The container
> Class[Ks::Web] will propagate my refresh event
>
> Debug: Class[Ks::Web]: The container Stage[main] will propagate my refresh
> event
>
> Debug: Class[Ks::Web]: The container Class[Ks::Server] will propagate my
> refresh event
>
> Debug: Class[Ks::Server]: The container Stage[main] will propagate my
> refresh event
>
> Killed
>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/puppet-users/86de9efc-4c62-4eb6-856e-1a3916cb2beb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
