Solr 9.1.1 Download
Rosalie Checca
Hello,thank you for your reply.
I am running autospy 4.13.0, my autopsy path is D: \ Autopsy-4.13.0, I tried to use the multi-user function, but after installing solr according to the autopsy document, the keyword search error occurs in autospy Question, how can I solve it.
Thanks one more!
If your Solr server is running on a different machine it could be that a firewall is preventing Autopsy from communicating with Solr.
Confirm that you can connect to it using a web browser on the Autopsy machine. The URL will look like -name:8983/solr/#
There should also be indications of whats causing the issue in the Autopsy logs. Take a look at the autopsy.log files in the %APPDATA%\autopsy\var\log and your case folder (e.g. F:\autopsy test\33\Log).
FYI: Single user cases use a local Solr instance that runs on port 23232. Multi user cases typically connect to a network based Solr instance that listens on port 8983 by default. Your multi user settings should be configured to use the network based Solr instance.
The network based Solr instance needs to be able to write to the location where your case output is being stored. This is typically accomplished by using a UNC path as your case output folder (e.g. \servername\autopsy test).
just followed the procedure for installing the solr extension and when i go to the site, it says solr php installation not found.i can see the solr folder under the project directory but i dont know what i did wrong.any ideas
I haven't tried this myself so someone might be able to give a more useful answer, but quite often the best way to work out why an error like this is appearing is to look at the code of the page that displays the error and work out what conditions trigger it. Once you know that you should have a clue as to which part of the instructions you've not followed correctly, or are outdated. If you can't work that out yourself, you posting the information you can work out (such as the file and line numbers where the error is triggered) here will make it easier for people to help.
The particular error you see is about number 2. PHP Solr (or pecl-solr) is a PHP module that you need to install in PHP. When it's installed properly, you will see Solr on the Site Admin>Server>PHP Info page.
@Eric i downloaded both the solr and php solr and i couldnt find it on the php info page.There is a directive to enable global search and activate solr as the search engine.Thats where i couldnt do anything because it was not enabled.
Solr extension should be enabled both for apache and php CLI, if solr extension appears in phpinfo output and when runngin php -i in a CLI the extension should be properly installed. You still need to check the required php solr extension versions -> _search#How_to_install_Solr (changes between php 5 and php 7)
I am at this point below, but I have centos and I am trying to setup the sudoers since my environment is not set up correctly. Also, the file structure is different since I cannot see this "/etc/php5/cli/conf.d" dir.
4) Under moodle, I never got the option to setup the hostname and port number and this indicates I might have installed solr in the wrong directory and possibly under root user rather than the moodle user.
If it shows a version 6 there's one set of instructions. If it shows a version 7 there's another set of instructions + major differences when it comes to AMP stack. Not that I can provide them ... but might be able to point you in the right direction at least.
Sounds like you might need to move to Google or Amazon to get a developers instance of the OS you need to continue. One where you are in charge of whatever is installed and not at the mercy of provider. Not that Google/Amazon are like the 'wild west' ... they do watch what customers do and won't allow your instance to 'do harm' to others.
So that you don't have to type sudo all the time, try sudo -s
and see if that keeps you as root user.
If it does, one will have to type exit twice to logout ... once to get out of
sudo session and once more to logout of the system.
pear.php.net is using a unsupported protocol - This should never happen.
pecl/apcu requires PHP (version >= 7.0.0-dev), installed version is [somelowerversionofphp]
No valid packages found
upgrade failed
Played with it just a bit ... had a hidden System Admins category with a hidden SA course and only one URL in it .... URL to run cron. After indexing, global search did find it. Looks like I'm gonna have to use HTML blocks for such links in hidden courses for admin purposes. HTML blocks are not indexed by global search.
Hadn't had enough time to check with a true course and a true student account yet to see if it finds too much. Also wonder how it will behave with links to google drive/docs. Sometimes like to attempt to obscure them (although any user with a little savy could find them).
One thing for sure ... Moodle 3.1 on shared hosting is probably all but gone ... at least full featured 3.1 ... given the requirements to some of the new features ... global search with apache solr JRE and unoconv - that one appears to require the install of full office suite (LibreOffice/Aapches OpenOffice) to get the conversion ability. 2 cent opinion of course.
As far as hosting is concerned ... it's shared hosting (multiple customers on one IP address) that I think would have issues with LibreOffice on such systems. Thus, any feature of Moodle using unoconv won't be possible.
Even Amazon packages don't have LibreOffice available from Amazon repos - they don' t plan to supply it either. I found, at one time, a Google Apps engine offering just for document conversions but for the typical single user running Moodle 3.1 even on VPS might run into issues (one of them being space) with LibreOffice if not installing only the parts needed. Finding a saas implementation is like a needle in a haystack right now ... me thinks. (who knows ... a small saas industry might popup! :\)
** WELL WORTH a read if attempting to use unoconv. unoconv uses LibreOffices ability to be run in a headless mode ... ie, GUI desktop not needed.
So I set out seeking minimal install on server ... trying not to think saas.
Years ago, I had installed LibreOffice (full) when I had read up on headless mode and decided to give document conversion a try and one point in time ran into a space crunch on server (no options to add a drive or space - not a virtualized environment). Regained desparately need space by removing the languages not needed but did break LibreOffice ... at least the GUI interface.
Well, this is crazy ... but results are good.
Yesterday (finally reaching the stage of brain dead on getting unoconv and global search setup on a CentOS 6 box), did the test unoconv path and it did download a
PDF that contained 0 bytes. Today, I return to:
Activity Mods -> Assignment -> Feedback Plugins -> Annotate PDF and I try checking the paths for ghostscript (works) and then the button for Path to unoconv
document converter and this time, the path checks out, and pleasantly surprised to find the download PDF test button works. See a Lorem ipsum dolor pdf file. And at the bottom this:
This document is just a test. It should not be used except in the current testing environment.
Great! It works. Still don't know if installing minimal LbreOffice was a factor or not.
If above shows nothing one needs to install php-pear from the repo where you acquired your PHP - on CentOS 6 one has to use 3rd party repo (NOT the one for centos6 base as that provides only php 5.3.x)
The pecl llist command I shared was from my server. Didn't mean to suggest that you needed what mine showed to get solr to work. Actually, your output does show solr listed so the issue of NOT have the extension installed appears to be resolved.
The last command enables all repos that might be turned off until enabled and then provides a listing of all the repos your system could use. The command will 're-index' (for lack of a better term) everything your system knows about what software is available from every repo your system could use.
Reason ... at one time or another had need to acquire some software not provided by the default repos for CentOS 6. In some cases the software I was going after was provided only by epel or remi. Webtactic (EL6) was added when the server moved towards higher versions of Moodle that required higher versions of PHP and MySQL.
So, I am conflicted to continue this installation in my production server environment and instead will apropriate a test server where I can do the moodle and solr install and configuration. Better safe than sorry, and I will have more freedom to get 3rd party software if needed.
It should also be a warning to those who have their Moodles remotely hosted be it on shared hosting and/or a VPS as provided by the hosting company, moving to Moodle 3.1 for features like global search and maybe even document conversions (unoconv) will be outside the scope of the packages/services provided by the hosting company.
Have been talking with a sales type at a well known hosting provider and through questioning have 'stumped' the contact to the extent he said he'd have to get back to me - long process and one has to get a sales type to actually listen to the technical questions and respond appropriately giving answers to address those technical questions. Web site descriptions are not always 100% accurate with the information they provide ... such as 'unlimited hosting'. :\
Anyway, yes, think it VERY wise to move to a dedicated server where you have total and complete control. It does, however, mean, either some new learning or additional work that is continuous and on-going (no such thing as install it once and forget it ... nor following a philosophy of 'if it's working, don't fix it'.
For others that might have been following ... I can confirm that Apache Solr *can* be installed on CentOS 6 and that it will require command line with additional/non-traditional software not normally installed on a 'typical' LAMP system.
64591212e2