Hope, the list doesn't blame me for spamming, but I'd just like to provide some
more information on my problem, still hoping someone can help.
Using the 'iostat' command while Puppet is stuck, I can clearly see that
there's a very high I/O on the disk:
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz
avgqu-sz await svctm %util
sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.00 0.00 0.00
dm-0 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.00 0.00 0.00
dm-1 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.00 0.00 0.00
fioa 0.00 0.00 163.00 5.00 31280.00 40.00 186.43
0.04 0.25 0.25 4.20
dm-2 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.00 0.00 0.00
dm-3 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.00 0.00 0.00
dm-4 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.00 0.00 0.00
dm-5 0.00 0.00 163.00 5.00 31280.00 40.00 186.43
0.04 0.25 0.25 4.20
dm-6 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.00 0.00 0.00
drbd0 0.00 0.00 163.00 5.00 31280.00 40.00 186.43
0.96 0.53 5.72 96.10
drbd1 0.00 0.00 0.00 0.00 0.00 0.00 0.00
0.00 0.00 0.00 0.00
* The 'drbd0' device is an HP IO Accelerator card
* The 'rsec/s' column for drbd0 shows the number of sectors read from disk per
second. This value is pretty low if Puppet is not running.
* The '%util' (CPU time during the I/O requests) column for drbd0 shows that
the device is almost in saturation
* This is the mount point for drbd0: '/dev/ drbd0 on /repository' and
'/repository/sonatype-work' is the directory hosted by Puppet
Again, this is the configuration:
file {
"/repository/sonatype-work":
ensure => directory,
owner => $nexus_user,
group => $nexus_group,
mode => 0755,
recurse => false,
backup => false,
}
For me it still seems there's a kind of recursive scanning done by Puppet
though 'recurse' is set to false.
Thanks for helping,
Bernd
Von: puppet-users@googlegroups.com [mailto:puppet-users@googlegroups.com] Im
Auftrag von Bernd Adamowicz
Gesendet: Donnerstag, 13. September 2012 14:45
An: 'puppet-users@googlegroups.com'
Betreff: AW: [Puppet Users] AW: Issue with large directory content
This keeps being weird. Simply thought to wait until Puppet finishes, but had
to quit after one and a half hour. Also tried 'ensure => present' instead of
'ensure => directory' with no success. No log output at all. Still
investigating. But any ideas still highly appreciated!
Bernd
Von: puppet-users@googlegroups.com [mailto:puppet-users@googlegroups.com] Im
Auftrag von Bernd Adamowicz
Gesendet: Donnerstag, 13. September 2012 10:46
An: puppet-users@googlegroups.com
Betreff: Re: [Puppet Users] AW: Issue with large directory content
Thanks for your answers so far.
But beware that the huge artifacts are *not* managed by Puppet (see recurse =>
false). Actually it's a Maven repository filled by Nexus. Only the top
directory is managed by Puppet to have it in place and have correct access
rights. This worked well until I initially filled the repository with the
artifacts manually. That slowed down Puppet. Seems to me as Puppet will do some
recursive scanning, but that's just an assumption, since Puppet is running with
almost 100% CPU load.
I turned debug on in Puppet but will not see anything even after a few minutes.
Presumably I would see something if I let Puppet run just long enough. However,
it's a strange behaviour I've never experienced. And I think my configuration
is OK.
Bernd
On 09/13/2012 01:24 AM, Peter Brown wrote:
On 13 September 2012 00:12, Christopher Wood <christopher_w...@pobox.com> wrote:
> I don't have enough information to say. You might want to run the master and
> agent in debug mode to get more output, though.
>
> puppet agent --debug --verbose --no-daemonize
>
> Also, 100 GB? Any particular reason why you're not installing this using a
> content distribution system or a large number of RPMs?
Recursing through A 100Gb directory will definitely slow down your puppet run.
If the contents of the directory are reasonably static an RPM would be
the best idea.
If it's not static a git or svn repo would be a better idea.
If you are tricky you can manage the checkouts of git or svn with
puppet as well.
I wrote a few tricky resources for this a while ago and they are
infinitely handy.
>
> On Wed, Sep 12, 2012 at 04:08:13PM +0200, Bernd Adamowicz wrote:
>> No ideas at all?
>>
>> > -----Ursprüngliche Nachricht-----
>> > Von: Bernd Adamowicz
>> > Gesendet: Dienstag, 11. September 2012 16:16
>> > An: puppet-users@googlegroups.com
>> > Betreff: Issue with large directory content
>> >
>> > Hi all,
>> >
>> > I got this directory configuration:
>> >
>> >
>> > file {
>> > "${codebase_ng::repository_mount}/${sonatype_work_dir}":
>> > ensure => directory,
>> > owner => $nexus_user,
>> > group => $nexus_group,
>> > mode => 0755,
>> > recurse => false,
>> > backup => false,
>> > }
>> >
>> > Today I added some 100GB of artifacts to a subdirectory of
>> > "${codebase_ng::repository_mount}/${sonatype_work_dir}". Now the result
>> > is that the Puppet seems to run "forever". If I uncomment this code,
>> > Puppet finishes in 15 seconds. So I presume Puppet is doing some
>> > recursive scanning of this directory. Could this be true? Is there a
>> > know issue with large content of directories?
>> >
>> > Thanks in advance!
>> > Bernd
--
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
puppet-users+unsubscr...@googlegroups.com.
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 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.
--
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
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
