Puppet users - Jun 2011 - Has anyone noticed this - mount resource type and Solaris

Hi,

I''ve been having trouble with this resource type on Solaris using the
packages from the OpenCSW repository.

Delving into the code, I''ve found that the operatingsystem fact
isn''t being
retrieved correctly by the parsed.rb code for the resource type.  This
results in the default fields being used to populate /etc/vfstab and this
causes mounts to fail owing to incorrectly formatted lines.

My workaround has been to change the following code fragment:

case Facter["operatingsystem"]
  when "Solaris"
    @fields = [:device, :blockdevice, :name, :fstype, :pass, :atboot,
:options]
  else

(blah blah blah)

to

case Facter.value(:operatingsystem)
  when "Solaris"
    @fields = [:device, :blockdevice, :name, :fstype, :pass, :atboot,
:options]
  else

And everything seems to work just fine.

My questions are as follows:

1. Is this a known issue?
2. If so, is it a problem with Puppet 2.6.x, all Puppet versions (I
don''t
recall having issues with 0.25.x, for example) or just the OpenCSW packages?
3. How do I raise a bug report if it turns out that I have some kind of
clue?

Note that I do _not_ speak Ruby and what I''ve done has been based on a
combination of some tactical use of Google and educated guesswork.  I fully
expect to be told that I''ve got this whole issue completely wrong.  If
that''s the case, I''d appreciate any pointers as to where my
error(s)
lies/lie.

Thanks.

-- 
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+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.

On Thu, 16 Jun 2011 09:31:06 +1000, Jonathan Elliott
wrote:
> 
> Hi,
> 
> I''ve been having trouble with this resource type on Solaris using
the
> packages from the OpenCSW repository.
> 
> Delving into the code, I''ve found that the operatingsystem fact
isn''t being
> retrieved correctly by the parsed.rb code for the resource type.  This
> results in the default fields being used to populate /etc/vfstab and this
> causes mounts to fail owing to incorrectly formatted lines.
> 
> My workaround has been to change the following code fragment:
> 
> case Facter["operatingsystem"]
>   when "Solaris"
>     @fields = [:device, :blockdevice, :name, :fstype, :pass, :atboot,
> :options]
>   else
> 
> (blah blah blah)
> 
> to
> 
> case Facter.value(:operatingsystem)
>   when "Solaris"
>     @fields = [:device, :blockdevice, :name, :fstype, :pass, :atboot,
> :options]
>   else
> 
> And everything seems to work just fine.
> 
> My questions are as follows:
> 
> 1. Is this a known issue?
> 2. If so, is it a problem with Puppet 2.6.x, all Puppet versions (I
don''t
> recall having issues with 0.25.x, for example) or just the OpenCSW
packages?
> 3. How do I raise a bug report if it turns out that I have some kind of
> clue?
> 
> Note that I do _not_ speak Ruby and what I''ve done has been based
on a
> combination of some tactical use of Google and educated guesswork.  I fully
> expect to be told that I''ve got this whole issue completely wrong.
If
> that''s the case, I''d appreciate any pointers as to where
my error(s)
> lies/lie.
> 
> Thanks.
> 
> -- 
> 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+unsubscribe@googlegroups.com.
> For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
> 
We''ve started work on reworking the the whole mount type into
it''s
component pieces (the fstab & active mounts) as a plugin[1][2].  We also
started with Solaris support, and it would be great to get more eyes on
it to test it out.  It currently has a few limitations (can''t specify
the fstype on the mountpoint type, and mountpoint resources really
won''t
work without a proper entry in the vfstab), but it should be usable for
most cases.

As far as the questions you directly asked:

 1) Not really sure off hand.  Unfortunately, the mount type has a whole
    slew of issues (which is one of the motivating forces behind breaking
    up that monolithic beast).

 2) I doubt it''s specific to the OpenCSW packages, but I''m not
sure off
    hand if it''s 2.6 specific or not.

 3) Pop on over to the redmine instance[3], and file a bug report.
    Doesn''t hurt to mention that you''ve done so on here.

[1] https://github.com/puppetlabs/puppetlabs-mount-providers
[2] http://projects.puppetlabs.com/issues/7188
[3] http://projects.puppetlabs.com

-- 
Jacob Helwig

Its a known issue http://projects.puppetlabs.com/issues/6845 - introduced in
2.6.7, fixed in 2.6.9 (which is currently in rc stage - please test it)

John

On 16 June 2011 09:46, Jacob Helwig <jacob@puppetlabs.com> wrote:
> On Thu, 16 Jun 2011 09:31:06 +1000, Jonathan Elliott wrote:
> >
> > Hi,
> >
> > I''ve been having trouble with this resource type on Solaris
using the
> > packages from the OpenCSW repository.
> >
> > Delving into the code, I''ve found that the operatingsystem
fact isn''t
> being
> > retrieved correctly by the parsed.rb code for the resource type.  This
> > results in the default fields being used to populate /etc/vfstab and
this
> > causes mounts to fail owing to incorrectly formatted lines.
> >
> > My workaround has been to change the following code fragment:
> >
> > case Facter["operatingsystem"]
> >   when "Solaris"
> >     @fields = [:device, :blockdevice, :name, :fstype, :pass, :atboot,
> > :options]
> >   else
> >
> > (blah blah blah)
> >
> > to
> >
> > case Facter.value(:operatingsystem)
> >   when "Solaris"
> >     @fields = [:device, :blockdevice, :name, :fstype, :pass, :atboot,
> > :options]
> >   else
> >
> > And everything seems to work just fine.
> >
> > My questions are as follows:
> >
> > 1. Is this a known issue?
> > 2. If so, is it a problem with Puppet 2.6.x, all Puppet versions (I
don''t
> > recall having issues with 0.25.x, for example) or just the OpenCSW
> packages?
> > 3. How do I raise a bug report if it turns out that I have some kind
of
> > clue?
> >
> > Note that I do _not_ speak Ruby and what I''ve done has been
based on a
> > combination of some tactical use of Google and educated guesswork.  I
> fully
> > expect to be told that I''ve got this whole issue completely
wrong.  If
> > that''s the case, I''d appreciate any pointers as to
where my error(s)
> > lies/lie.
> >
> > Thanks.
> >
> > --
> > 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+unsubscribe@googlegroups.com.
> > For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
> >
>
> We''ve started work on reworking the the whole mount type into
it''s
> component pieces (the fstab & active mounts) as a plugin[1][2].  We
also
> started with Solaris support, and it would be great to get more eyes on
> it to test it out.  It currently has a few limitations (can''t
specify
> the fstype on the mountpoint type, and mountpoint resources really
won''t
> work without a proper entry in the vfstab), but it should be usable for
> most cases.
>
> As far as the questions you directly asked:
>
>  1) Not really sure off hand.  Unfortunately, the mount type has a whole
>    slew of issues (which is one of the motivating forces behind breaking
>    up that monolithic beast).
>
>  2) I doubt it''s specific to the OpenCSW packages, but
I''m not sure off
>    hand if it''s 2.6 specific or not.
>
>  3) Pop on over to the redmine instance[3], and file a bug report.
>    Doesn''t hurt to mention that you''ve done so on here.
>
> [1] https://github.com/puppetlabs/puppetlabs-mount-providers
> [2] http://projects.puppetlabs.com/issues/7188
> [3] http://projects.puppetlabs.com
>
> --
> Jacob Helwig
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQGcBAEBAgAGBQJN+URwAAoJEHJabXWGiqEBdYUMAKbCu1X2NjiaiwQ8ZKNc+LSw
> g0ok9teq/h+mT//HXITjCxTjbLfHM1HK1U3Lt0zobNygl1OY3bAOT9MrvttADCAC
> ywnCni0/WhbembZhg3XLbtD95RNC8kQTbIauAtlw/JHvnoW4IyluBlPSkcIrdpdv
> GL/yTmvZdBKs+kxa9AEHmslQpM+qRVinJugI7XD1V3/HEF/YLmsok7M2tXHJlT4f
> Tm+CGt3kApmj+KrEgjfmFFayPdoodVG3l8NBliiEfTIy/RkzTZbIH62NlPaApgei
> RgBEdbkaFTlDRexjcByk4zRNe70Kr10svDWr9zpZh9WI+flHIBgslQAKXDM19l5a
> Asdy/UZa/MYfQpBtR1EhIhL2AO0gmehOUQu0gZw/qLA7knOrq/rzWXBQ4/EQ2KbN
> b2QHVGGtyWk0XPw4tQmqAJDqBW8j8J0MR65qNMQjodASvXgjiP/bZ0G/sVyi+lMM
> micASZqJyb+azgs9utRP+XoQjSAFnKhyoTgwvQn6mQ=> =RQPl
> -----END PGP SIGNATURE-----
>
>

-- 
John Warburton
Ph: 0417 299 600
Email: jwarburton@gmail.com

-- 
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+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.