Posted by craigj on September 19, 2012 at 5:17pm
I've been trying to install the current version of OS on a Windows 7 PC using XAMMP (so I can test it before recommending it to my institution). But I've been having a LOT of trouble getting it to install -- mostly fatal errors due to missing files or settings.
I have a feeling that I'm not installing properly, but I'm not sure. What I've done so far is move the ENTIRE contents of the archive into the htdocs folder. But I notice that the archive includes a distinct folder named "openscholar-2.0-RC1". I've been using this folder in the installation process -- mostly because this is the folder with the install.php file -- but now I'm not sure that's right.
Can anyone help a newbie out?
Comments
craigj, At this point I can't
craigj,
At this point I can't tell if there's something wrong with your server set up or with OpenScholar. How far along does the install get when you get fatal errors? If you can make it to the profile selection, could you try installing with the standard drupal profile instead of OS? Hopefully that will help isolate the problem.
I'm not actually familiar with XAMMP. Where did it set up your htdocs? I'm wondering if it ended up in a folder with spaces in the name. That might account for some of the missing files problems.
Jon
Problems installing OpenScholar 2.0 RC1
Jon,
Thanks for your reply. XAMMP sets up htdocs in the XAMMP folder itself, which is located on the root of the C drive.
One thing that's very confusing -- and may be the source of the problem -- is the folder structure of the archive. The archive unzips into a folder named "openscholar_2.0-rc1." However, that folder contains a folder ALSO named "openscholar_2.0-rc1." I'll call this the "real" openscholar_2.0-rc1 folder, because it contains the "includes" folder.
Now, if that was all that was in the archive folder, I'd just move the nested folder to the top. But the archive folder also contains a bunch of other folders with the SAME NAMES as folders in the "real" openscholar_2.0-rc1 folder. For example, there's a folder named "all," with the same subfolders as openscholar_2.0-rc1\sites\all. In my first couple of install attempts, I got errors indicating missing files, and in many cases I found those files in these other top-level folders.
Is this a common thing with Drupal distros? Am I missing something really obvious here? Any thoughts are hugely appreciated.
Craig
In your webroot you should
In your webroot you should see https://github.com/openscholar/openscholar/tree/SCHOLAR-2-0-RC1
Craig, I think I see what's
Craig,
I think I see what's going on. The tgz format of that archive is actually a couple nested archives. It's a common linux thing. I think what's happening is that you're extracting the gz, which leaves you with a tar archive. Windows is treating that as a folder for your convenience, even though it's an archive.
Anyway, could you try extracting with 7zip instead? http://www.7-zip.org/ That should extract it properly for you. Also, if this helps let me know so I can add it to our documentation.
Jon
7-Zip
Jon,
Thanks for this suggestion. I think you might be on the right track. I re-downloaded the TGZ archive and extracted it with 7-Zip. But 7-Zip just unpacks it into a regular TAR archive, and when I try to unzip that with 7-Zip, it yields a single file the size of the unpacked archive, with the "extension" 0-RC1 (i.e., everything after the "."). This is why, when I first tried to install OS a few days ago, I unzipped the TAR with Express Zip.
Am I doing something wrong in 7-Zip? Can you tell me what the folder tree should look like?
Thanks again,
Craig
Craig, Check out Ferdi's link
Craig,
Check out Ferdi's link above. It shows what you should be seeing after extracting. If you're comfortable with git, you can check out the code from that link instead, but make sure you get the rc1 tag.
Jon
Getting closer, but...
OK, I extracted the archive using WinRAR, and got the exact folder/file list as in the Github page. And the installation this time went more smoothly (no fatal errors).
However, the installation does end with a great big block of error messages. I'm pasting a sample (about 20%) of these below. Are these things that can be corrected?
Thanks for all your help so far!
Notice: Undefined index: confirm_popup in confirm_popup_form_alter() (line 151 of C:\Sites\openscholar\sites\all\modules\custom\confirm_popup\confirm_popup.module).
Notice: Undefined index: #columns in formcolumns_form_alter() (line 84 of C:\Sites\openscholar\sites\all\modules\custom\formcolumns\formcolumns\formcolumns.module).
Notice: Undefined index: title in citation_distribute_menu() (line 30 of C:\Sites\openscholar\sites\all\modules\openscholar_scholar\citation_distribute\citation_distribute.module).
Notice: Undefined index: title in citation_distribute_menu() (line 30 of C:\Sites\openscholar\sites\all\modules\openscholar_scholar\citation_distribute\citation_distribute.module).
Notice: Undefined property: stdClass::$page_callback in _vsite_feature_default_view() (line 1181 of C:\Sites\openscholar\sites\all\modules\openscholar_vsite\vsite\vsite.module).
Notice: Undefined property: stdClass::$page_callback in _vsite_feature_default_view() (line 1181 of C:\Sites\openscholar\sites\all\modules\openscholar_vsite\vsite\vsite.module).
Notice: Undefined property: stdClass::$page_callback in _vsite_feature_default_view() (line 1181 of C:\Sites\openscholar\sites\all\modules\openscholar_vsite\vsite\vsite.module).
Notice: Undefined index: title in citation_distribute_menu() (line 30 of C:\Sites\openscholar\sites\all\modules\openscholar_scholar\citation_distribute\citation_distribute.module).
Notice: Undefined index: title in citation_distribute_menu() (line 30 of C:\Sites\openscholar\sites\all\modules\openscholar_scholar\citation_distribute\citation_distribute.module).
Notice: Undefined property: stdClass::$page_callback in _vsite_feature_default_view() (line 1181 of C:\Sites\openscholar\sites\all\modules\openscholar_vsite\vsite\vsite.module).
Notice: Undefined property: stdClass::$page_callback in _vsite_feature_default_view() (line 1181 of C:\Sites\openscholar\sites\all\modules\openscholar_vsite\vsite\vsite.module).
Notice: Undefined property: stdClass::$page_callback in _vsite_feature_default_view() (line 1181 of C:\Sites\openscholar\sites\all\modules\openscholar_vsite\vsite\vsite.module).
Notice: Undefined index: title in citation_distribute_menu() (line 30 of C:\Sites\openscholar\sites\all\modules\openscholar_scholar\citation_distribute\citation_distribute.module).
Notice: Undefined index: title in citation_distribute_menu() (line 30 of C:\Sites\openscholar\sites\all\modules\openscholar_scholar\citation_distribute\citation_distribute.module).
Notice: Undefined property: stdClass::$page_callback in _vsite_feature_default_view() (line 1181 of C:\Sites\openscholar\sites\all\modules\openscholar_vsite\vsite\vsite.module).
Install errors 2.0-RC1
I get the same errors reported by others, e.g.
Notice: Undefined index: confirm_popup in confirm_popup_form_alter() (line 151 of ... sites/all/modules/custom/confirm_popup/confirm_popup.module)
Notice: Undefined index: #columns in formcolumns_form_alter() (line 84 of ...
sites/all/modules/custom/formcolumns/formcolumns/formcolumns.module)
and then a whole slew more once configuration is complete. I can install 2.0-beta14 on the same server (same mysqld) with no problems.
I haven't checked if there are any changes in php.ini requirements for RC1
-Ben
Pls ignore warnings. They
Pls ignore warnings. They were introduced when we switched to Pressflow for better performance.
Pls ignore warnings. They
Although nice to hide error messages from users, I have serious misgivings about pressing forward with an implementation with so many problems. I don't know enf about the code to be much help in figuring out the solution, so don't mean to sound critical and unhelpful. I see now that i even have errors (below) with beta14 when clicking on primary menus. I am running mysql 5.077 and php 5.3. I'll check into mysql upgrade and maybe try on a different LAMP server where I have D7 sites running without trouble.
Thanks all,
-Ben
user warning: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')) ORDER BY timestamp DESC' at line 1 query: SELECT timestamp FROM views_content_cache WHERE (()) ORDER BY timestamp DESC in /home/web/Documents/Openscholar/sites/all/modules/contrib/views_content_cache/views_content_cache.module on line 164.
Warnings
I would ignore the warnings, but a whole slew of them pop up when I click the Get your web site! button. That's going to be off-putting to users trying to create their own sites. Below is a sample of the warnings:
Notice: Undefined index: register_for in scholarregister_signup_form() (line 24 of C:\Sites\openscholar\sites\all\modules\openscholar_sitewide\scholarregister\scholarregister.pages.inc).
Notice: Undefined variable: site_owner in scholarregister_signup_form() (line 26 of C:\Sites\openscholar\sites\all\modules\openscholar_sitewide\scholarregister\scholarregister.pages.inc).
Notice: Undefined index: register_for in scholarregister_signup_form() (line 30 of C:\Sites\openscholar\sites\all\modules\openscholar_sitewide\scholarregister\scholarregister.pages.inc).
Notice: Undefined variable: form_values in scholarregister_signup_form() (line 101 of C:\Sites\openscholar\sites\all\modules\openscholar_sitewide\scholarregister\scholarregister.pages.inc).
Notice: Undefined index: nodereference_select in wysiwyg_fields_wysiwyg_fields_elements_alter() (line 33 of C:\Sites\openscholar\sites\all\modules\contrib\wysiwyg_fields\wysiwyg_fields.module).
Notice: Undefined index: #process in wysiwyg_fields_wysiwyg_fields_elements_alter() (line 34 of C:\Sites\openscholar\sites\all\modules\contrib\wysiwyg_fields\wysiwyg_fields.module).
Notice: Undefined index: nodereference_buttons in wysiwyg_fields_wysiwyg_fields_elements_alter() (line 33 of C:\Sites\openscholar\sites\all\modules\contrib\wysiwyg_fields\wysiwyg_fields.module).
beta 14
You may just want to stick with beta14. I have several professors using that version and it works fine.
Try
Try admin/settings/error-reporting. You can redirect all those notices and warnings to a log file instead of displaying them on screen.
OK - I am also getting these
OK - I am also getting these messages and will have a look at redirecting.
Can the redirection be done through drupal or do I have to get into the php? Ideally I would like to redirect to /dev/null rather than a file which will keep growing and growing and which will need to be managed.
Thanks for any help
Andrew
Logging eroors to a file only
Just to answer my own question, I discovered that the error reporting page has an option to send messages to a file only. Does anyone know if the file is limited in size and cleans itself up automatically on reaching that size?
Thanks again
Andrew
Andrew, that file is managed
Andrew, that file is managed by apache. If your logrotate settings are correct it will periodically be archived and replaced with an empty file. If you have error.log, error.log.1, error.log.2.gz, error.log.3.gz, ... error.log.n.gz in your apache logs, then that's already happening for you.
2.0-RC1l ooking better on mySQL 5.1.65
I just installed 2.0-RC1 on another server. I haven't looked too deep yet but there was only one error when clicking on menu items, and it was solved by http://drupal.org/node/1268832#comment-5815172.
This server (buehost.com) is running mySQL 5.1.65 as opposed to my troubled installs against 5.077. Also note, i've selected php 5.2 here instead of 5.3.
I have yet to apply 6.26 core and other updates to this install, but this is looking much better!
-Ben