Closed Bug 980188 Opened 11 years ago Closed 11 years ago

please install the perl ElasticSearch module on all bmo webheads

Categories

(bugzilla.mozilla.org :: Infrastructure, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: glob, Assigned: fubar)

References

Details

please install the perl ElasticSearch module on all bmo webheads. note there's two different ES perl modules, "Elasticsearch" and "ElasticSearch". we want http://search.cpan.org/~drtech/ElasticSearch/
There is no RPM for RHEL6 for this module. so... cd into the Bugzilla docroot on the master server that you do the code pushes from. perl install-module.pl ElasticSearch That should install a local copy of it from cpan into Bugzilla's docroot. Then you can push it out the same way you normally do code pushes for Bugzilla.
The down side of installing it that way is we have to remember to manually do it again if that module ever has a security update.
Do you think we should go this route? Question for anyone: how do we ensure that we remember to do this next time? Is it better to roll our own package?
Flags: needinfo?(glob)
(In reply to Mark Côté ( :mcote ) from comment #3) > Do you think we should go this route? since we moved to the scl3 cluster we haven't used install-module.pl (our lib directory is empty). iirc they need to be packaged and then added to bugzilla::packages in puppet. fox2mike: are you able to help out here with pointers to the right process?
Flags: needinfo?(glob) → needinfo?(shyam)
I know what the process is to build an rpm; it just depends on how hairy it gets, because perl. The question is, is that easier/better than using install-module.pl? That we haven't used it since moving to SCL3 doesn't actually answer that. (And having to remember to upgrade the package for security issues/new versions is the same in either case)
Flags: needinfo?(shyam)
(In reply to Brandon Burton [:solarce] from comment #6) > Rejoice! For FPM supports CPAN now: > https://github.com/jordansissel/fpm/wiki/Perl-Packaging-With-FPM That generates debian packages and not rpms. I know there are conversion tools to go from deb packages to rpms but not sure if the file paths will be the same for running on RHEL. Still better to just use cpanspec or similar with rpmbuild IMO. I can look at generating the elasticsearch rpms since I have a centos6 build environment already set up. dkl
That's just an example; fpm builds for deb, rpm, solaris (really? still? buncha diehards...). I'm currently building and rpm now.
(In reply to Kendall Libby [:fubar] from comment #8) > That's just an example; fpm builds for deb, rpm, solaris (really? still? > buncha diehards...). I'm currently building and rpm now. If that doesn't work, most of the bugzilla stuff I built was using cpan2rpm and that worked like a charm!
rpm created and added to puppet in r84314. should be on all nodes in the next hour.
Assignee: server-ops-webops → klibby
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
there appear to be missing dependencies: [bjones@web3.stage.bugs.scl3 ~]$ perl -MElasticSearch -e0 Can't locate Any/URI/Escape.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /usr/local/share/perl5/ElasticSearch/RequestParser.pm line 5. BEGIN failed--compilation aborted at /usr/local/share/perl5/ElasticSearch/RequestParser.pm line 5. Compilation failed in require at /usr/local/share/perl5/ElasticSearch.pm line 7. BEGIN failed--compilation aborted at /usr/local/share/perl5/ElasticSearch.pm line 7. Compilation failed in require. BEGIN failed--compilation aborted. it looks like we're missing: Any::URI::Escape HTTP::Lite HTTP::Tiny
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
And, of course, only one of those has an rpm. Re-build the ES rpm, and build the other two using cpan2rpm, since it's more user- and mock-friendly. Should be on the hosts within an hour. Leaving open until it works. :)
I think we're all set here; re-open if that's not the case.
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
Component: WebOps: Bugzilla → Infrastructure
Product: Infrastructure & Operations → bugzilla.mozilla.org
You need to log in before you can comment on or make changes to this bug.