by Timothy Buell.
Hi,
Thank you so much for replying.
Appreciate it,
Tim
by Timothy Buell.
Hi,
Thank you so much for replying.
Appreciate it,
Tim
by Иван Харитонов.
Howard, thanks for your reply!
I tried the javascript console option (though it only could be opened with Ctrl+Shift+J combination) and attached you will find what is has brought to light. What shall I do with that?
FYI. I tried running the installation with other browsers and devices with no success so it must be the server problem, not machine.
by Howard Miller.
Is there any custom code in your Moodle or is this completely 'standard' Moodle downloaded from moodle.org (not some one-click installer or similar)?Try enabling Debugging in the config.php file - see if any errors are logged by the web server.
by Ken Task.
This sort of thing happens from time to time. If one is prepared, with some sort of 'sos' page it could help ... especially when one is geting the 'white screen of death' or the Admin menu isn't working.
The trick shared earlier were links going to specific areas of admin via URL's but in the future, should be a time when this issue happens again (it might), one won't remember those URL's. :\
Save My Site HTML
Or 'Save Our Souls' (sos) page ...
Create an html page with relative addressing that points to the specific areas
of Moodle where admin level user can 'un-install' or turn on debugging, etc. via
web browser.
The sos.html page is uploaded to /moodlecode/local/ or any location inside moodle code directory.
Then in browser, hit the page:
http://yoursite/local/sos.html
Is it secure?
Since all of the URL's contained on the sos page require login to Moodle,
even if discovered by search engine, Moodle is protecting access to those
areas of Moodle admin by requiring a login.
The only exception to using sos page ... when php is broken and thus moodle cannot
protect access.
After initial login, moodle has set a time out for the session to 240 Seconds
by default. So navigating back to the sos.html page and clicking the next
relatively addressed link to an admin area will NOT require you to login
again.
Some areas via relatively addressed URL's:
Notifications
../admin/index.php?cache=1
Plugins Overview (where on finds link to Additional Plugins
../admin/plugins.php
Additional Plugins where one finds settings, un-install links
../admin/plugins.php?updatesonly=0&contribonly=1
Theme Selector
../theme/index.php
An example sos.html page
<html>
<head>
<title>Save Our Souls</title>
</head>
<body>
<pre>
<a href="../admin/index.php?cache=1" target="_new">Notifications</a>
<a href="../admin/plugins.php" target="_new">Plugins Overview</a>
<a href="../admin/plugins.php?updatesonly=0&contribonly=1" target="_new">Additional Plugins</a>
<a href="../admin/blocks.php" target="_new">Manage Blocks</a>
<a href="../admin/modules.php" target="_new">Manage Activities</a>
<a href="../admin/settings.php?section=maintenancemode" target="_new">Maintenance Mode</a>
<a href="../admin/settings.php?section=debugging" target="_new">Debugging</a>
<a href="../admin/purgecaches.php" target="_new">Purge All Caches</a>
</pre>
</body>
</html>
Just in case the forum editor here messes with the HTML shown on this posting, please see attached sos.html page.
And a screen shot of what it looks like.
by Ken Task.
Uncheck the first option box.
That one tries to talk to Yahoo libraries all the time. Besides that, probably a good idea these days to pursue using https and the comments for that first option say not compat with https.
The others will cache on your site ... which is 'quicker'?
If one manually removes caches on server ... in moodledata not in moodle code ... it should force moodle to acquire and cache. Yeah, I know there is a button for that, and I even mentioned using it ... in hopes that would work ... but not sure it works 100% of the time, however.
'spirit of sharing', Ken
by Terry Brown.
Has anyone come across this problem?
My Problem is with 3.2.1 upgrade on Godaddy hosting from 2.9 to 3.2.1
I had my account set up to automatically upgrade (via Godaddy's Installatron) to any new release version of Moodle. Prior to Christmas Installatron did an auto-upgrade to the latest Moodle. Within minutes I receives 10s of phone calls from students saying they could not access Moodle. I checked, and found that the upgrade had crashed because GoDaddy did not have version PHP 5.6.5 on their shared account (they are running 5.6.28). After reinstalling Moodle manually (still using PHP 5.6.28) the installer said it s was ok. Now, when I try to manually enrol students (Site Administration/Courses/Manage courses and categories/ABC Course/ Enrolled users/Enrol users) the 'Enrol users' button does not work.
Also,
When I try to allocate admin privileges to other staff, the function also does not work.
Could this be a result of not having PHP 5.6.5 on my shared GoDaddy account?
After much testing (weeks of work) I have discovered that if I purge the caches it will allow my 'one chance' to open the 'Enrol users' function. Then the 'Enrol users' button ceases to function again.
I am desperate for input from the Moodle community as this has consumed my life for the past two months.
by Emma Richardson.
So many get caught by this. 5.6.28 is actually higher than 5.6.5 so you are ok there. Moodle would not let you install if the php version was not high enough. I think you need to talk to GoDaddy about this - it apparently is a caching issue of some sort.
by Terry Brown.
Thank you Emma. I'm currently trying to go get on to Godaddy (I've been waiting for an hour and forty five minutes - still counting). I'll post the outcome.
by Rick Jerz.
I am not sure that you can use cPanel to do this. Does cPanel copy over the database? And as Ken mentions, you need to worry about your moodle's config.php file being correct.
Your methods might work. However, I wouldn't do it this way. I would first install moodle on my new server. Once working correctly, I would then copy the old database and moodledata folder to the new server. (If you need more information about how to do this, just ask.)
by kruvalig kruvalig.
I have install moodle 2.9.1 on CentOS7,
nginx version: nginx/1.10.2
innodb_version 5.6.32-79.0
version 10.1.19-MariaDB
PHP: 7.0.13
And it work, but there is no images, and i can't apply any themes uploaded in theme dir.
In src console i have errors
Failed to load resource: the server responded with a status of 404 (Not Found)
jquery-migrate-1.2.1.min.js Failed to load resource: the server responded with a status of 404 (Not Found)
by Ken Task.
Site does have a valid certificate from COMODO.
Site is responding to https.
Maybe OP just needs a little help ... without basically starting over ... finishing nail and tap vs sledgehammer and spike.
https://www.google.com/search?q=cpanel+editing+a+file&ie=utf-8&oe=utf-8
or
cPanel docs themselves:
https://documentation.cpanel.net/display/ALD/File+Manager
Again ... edit config.php and add an 's' behind http in the wwwroot variable.
Login.
Do search and replace as described.
Purge caches.
Done.
Op certainly has options.
'spirit of sharing', Ken
by Ken Task.
Given the info shared, CentOS 7 etc. .... a few things to check:
IF moodledata directory is in /var/www/ (check ownerships/permissions on directory and all subdirectories contained therein ... chmod ugo+rwx moodledata -R
Is seLinux running in enforcing mode?
Quick way to check:
cat /var/log/messages | grep "SELinux is preventing"
In ssh shell as root: sestatus [ENTER]
If set to 'enforcing' then it could be selinux that's complaining/preventing.
A how to on selinux is beyond the scope of forums.
For some docs on selinux (RHEL7 which CentOS 7 is based upon):
'spirit of sharing', Ken
by kruvalig kruvalig.
So, i have to switch on SELinux?
I check all that you say:
cd /var/www/
ls -l
drwxrwxrwx 10 apache apache 4096 Feb 19 12:40 moodledata
/var/www/moodledata is my moodledata dir
sestatus SELinux status: disabled
by Ken Task.
"have to switch on seLinux" ... no. that's not what I said I don't believe. Said if selinux were set to enforcing it *might* ... has been known to ... hinder installation/functioning of Moodle.
Having said that, however, suggest you investigate seLinux as it will make your site more secure ... but do that later. Right now concentrate efforts on getting images to display.
Some images for themes come from moodlecode/theme/[themename]/pix/ depending upon the theme. In a version 2.9.x of Moodle, check the moodlecode/theme/[themename]/. You should see the themes distributed with that version of Moodle. Those are:
base bootstrapbase canvas clean more
Did you install an additional theme via the Moodle UI from Moodle plugins? or manually via upload zip via Upload box in the Moodle Admin UI? or manually via command line? If the last .. you probably did that as root user and if you didn't change ownerships/permissions on the theme directory and all it's contents to apache:apache with at least global 'read' then issues might appear.
I see by your screen shot that icons for the activities are missing/broken. They may not be missing, just that apache not allowed to read them. Of course, there's always that chance they are indeed missing ... which is dependent upon how Moodle code was installed.
quick test ... from moodlecode/theme/
find ./*/ -name \*.jpg
find ./*/ -name \*.png
Suggest cd /pathtomoodlecode/theme/
chown apache:apache * -R
chmod ugo+r * -R
Then purge the caches on server.
'spirit of sharing', Ken
by Daniel meanock.
Thanks Ken!! Seems a lot smother, things are mostly loading (although some icons are still a little glitchy sometimes when loading.
The only issue left is when the file upload popup opens i get a popup error :
JSON Parse error: Unrecognized token '<'
parse@[native code]ln: 23http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
parse
ln: 89http://portal.athenaschool.co.uk/lib/javascript.php
complete
ln: 40http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
_notify
ln: 31http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
notify
ln: 23http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
_notify
ln: 43http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
_procSubs
ln: 27http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
fireSimple
ln: 39http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
_fire
ln: 27http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
fire
ln: 26http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
_evt
ln: 18http://portal.athenaschool.co.uk/theme/yui_combo.php?ro
complete
I can cross it off and then it seems to work as it should then.
Any ideas will be gratefully received, Thanks in advance.
by Jesse Nahan.
I am having the exact same installation problem. Today, I installed 3.2.1 downloaded from the moodle site onto one of our Ubuntu 14 servers with php 7.1. I am using nginx rather than apache because I have some Meteor development on this server.
Command line installation did not work (php install.php dumped a set of errors then aborted). Switching to the browser install, however, was straightforward until the page to create the master admin account.
I have the same javascript errors reported above. There also seems to be a css issue, to, because neither the styles nor css graphics (e.g. the edit "pencil" graphic) appear.
I have moodle installed in /var/www/html/domain-name/moodle and moodledata installed at /var/moodledata with the correct permissions.
I tried variations of removing the contents of the localcache/mustache/ epoch time stamped directories (there are two), but the admin setup page continues to not allow the entering of passwords.
So, I can't seem to get beyond this point either.
Thanks for any suggestions.
von Leticia Dark-rose.
Hi all,
I have been involved in testing our Moodle site which has been upgraded to 3.1.
I have noticed that suddenly the site has 10, 000 new user accounts which were not imported or created by myself or the application admin. I have also noticed guest activity being tracked in the course statistics reports however no guest access in activated or allowed on this site.
From memory the only setting changed prior to the additional accounts was activating the Enable Gravatar (enablegravatar) function under User Policies.
Any assistance would be very much appreciated....our enrolments are now out and i need to know how to prevent this occurring again. Please images below of spam accounts and guest activity in the statistic reports.
Leticia
by Luis de Vasconcelos.
Is there a specific error message? "operation code of 2" doesn't mean much.
Use php.exe instead of php-win.exe for batch files.
It shouldn't matter where you put the batch file, as long as you specify the full paths to the directories, executables and .php files in the batch file. Even better, create environment variables pointing to your PHP and Moodle installation paths and use those environment variables in the .bat file.
by Mary Cooch.
These are not spam accounts but test accounts. It seems someone added a test course from Site administration > Development> Make test course and these users were added along with the test course(s) and activities.
by sanaz karimkhani.
Hi Emma,
Suppose that i want to add 50 courses and
only 4 of the 50 keys
should be deleted.it is better first to check the box then delete
the keys from that 4 courses if it is possible or .....?
i am very greatful for your comments