Quantcast
Channel: Installing and upgrading help
Viewing all 46779 articles
Browse latest View live
↧

Re: DISASTER has struck and I need to reload Moodle on Hostgator

September 5, 2017, 11:35 am
$
0
0

by Christopher Britt.  

Thanks Rick and everyone else,

OK, to save a lot of time and stress I´ve rebuilt the site and now I'm going to re do the courses, thankfully they are are self study so no real problems there.

The biggest problems that I now have are:
If I upgrade to 3.3 my shared server might not like it, from what I have been reading?

The amount of MP3's/recordings on the site cause major problems and slow it down even more, the recordings are the base of the courses themselves.

So now I am looking for MP3 hosting for about 2000 recordings, duration of each recording is 2-6 minutes, that I can then hotlink to the site. This is proving to be a major headache because I don't want people to be able to download them. I had them originally on Kiwi6 but they deleted them all and I lost the site for a week and had to host them on my shared server, from that point I stated to have problems and reached my inode limit and lost all backups.

To recap:
My sites up and running again and this time better, faster and leaner than before.
Course are being updated and improved.
I NEED hosting with hotlinks for recording so not to overload my shared server.

TTFN

Chris

Moodle2.6/Hostgator

↧
Search

Data Source does not exist, moodle 2.3.11 to 2.4 or 2.7.20

September 5, 2017, 2:14 pm
$
0
0

by Grant Bender.  

Hello, first time here:

I am currently trying to upgrade from 2.3 to 2.7.  when I try to got to moodle 2.4 I get an error of "Table 'course_format_options' does not exist".  I have tried making a table with the correct columns but that did not work.  I have since tried going from 2.3 to 2.7 and I am getting another error stating that the 'data source does not exist'.

upgrade to 2.4 error stack

* line 431 of /cache/classes/definition.php: coding_exception thrown

* line 466 of /cache/classes/helper.php: call to cache_definition::load()

* line 435 of /cache/classes/helper.php: call to cache_helper::purge_store()

* line 1508 of /lib/moodlelib.php: call to cache_helper::purge_all()

* line 1472 of /lib/upgradelib.php: call to purge_all_caches()

* line 153 of /admin/cli/upgrade.php: call to upgrade_core()


!!! Coding error detected, it must be fixed by a programmer: The data source class does not exist. !!!!!

Error code: codingerror !!!! Stack trace: 


* line 431 of /cache/classes/definition.php: coding_exception thrown

* line 466 of /cache/classes/helper.php: call to cache_definition::load()

* line 435 of /cache/classes/helper.php: call to cache_helper::purge_store()

* line 1508 of /lib/moodlelib.php: call to cache_helper::purge_all()

* line 1472 of /lib/upgradelib.php: call to purge_all_caches()

* line 153 of /admin/cli/upgrade.php: call to upgrade_core() !!


upgrade to 2.7 error stack

* line 498 of /cache/classes/definition.php: coding_exception thrown

* line 472 of /cache/classes/helper.php: call to cache_definition::load()

* line 437 of /cache/classes/helper.php: call to cache_helper::purge_store()

* line 164 of /admin/cli/upgrade.php: call to cache_helper::purge_all()

!!! Coding error detected, it must be fixed by a programmer: The data source class does not exist. !!!


I have php version 5.6 running on Ubuntu 16.04.  I have backed up the database and since deleted the fake table I made.  I have been trying to update from the command line since people say it is easier that way, and I am using Git to switch between the versions.  Any help would be greatly appreciated at this time.

↧
↧

Upgrading 2.7 to 3.3 - convert to Unicode format (UTF-8) problem

September 5, 2017, 3:48 pm
$
0
0

by Bill Best.  

I'm upgrading from 2.7 to 3.3 and have run into a message to upgrade the database to Unicode UTF-8 - see screenshot below.

I've followed the recommended steps to convert the database (MySQL) to UTF-8 but to no avail so far.

I have also tried setting MySQL collation to utf8_general_ci as recommended in a number of forums but no joy as yet.

I've also run this script to convert the database to UTF-8 but the error remains.

I am running MySQL v.5.6.37 on Centos 7.

MySQL shows that the character set is utf8mb4:

mysql> SELECT default_character_set_name FROM information_schema.SCHEMATA S WHERE schema_name = "xxdbnamexx";

+------------------------------------------+

| default_character_set_name |

+------------------------------------------+

|                  utf8mb4                   |

+------------------------------------------+

1 row in set (0.00 sec)

Any ideas? Many thanks in advance.


↧

Re: DISASTER has struck and I need to reload Moodle on Hostgator

September 5, 2017, 4:45 pm
$
0
0

by Rick Jerz.  

Chris, I can solve half of your problem.  There is no way to prevent students from copying movies, do don't worry about the download.  That's life on the Internet.

I can appreciate your slow down.  I noticed the same thing when I hosted my videos on the same server as my Moodle.  Fortunately, the cure was to move all of my movies to my University's video server.  If your school has one of these, you might be in good shape.  Had my school not provided a video server, I was going to by a low cost VPS so as to separate my Moodle from the video bandwidth problem.  I never tried it, but it seems that, in theory, this should work.  A low cost $5/month hosted server might also work, but awhile ago it seemed to me that even though one of these low cost servers advertised "unlimited" bandwidth, they didn't mean it.  But this too might be worth a try.

There is supposed to be a way to configure a VPS to be a video server, but I have not been smart enough to figure it out.  Usman seems to have some good knowledge about this.

↧

Re: DISASTER has struck and I need to reload Moodle on Hostgator

September 6, 2017, 12:32 am
$
0
0

volgens Marcus Green.  

 "my students are local Spanish, that's another way to say BLOODY LAZY"

That is a terrible slur and based on 12 years teaching 16 to 19 year old students here in the UK I can fix that for you as follows

 "my students are BLOODY LAZY" 

 glimlach

↧
↧

Re: Upgrading 2.7 to 3.3 - convert to Unicode format (UTF-8) problem

September 6, 2017, 1:41 am
$
0
0

volgens Howard Miller.  

There's something you are not telling us... well I hope there is. 

As 2.7 had exactly the same requirements for storing the database data in UTF8 (and you would have got the same message), if it worked in 2.7 then something has almost certainly been changed in your database. 

What did you do to the database as part of the upgrade?

↧

Re: Data Source does not exist, moodle 2.3.11 to 2.4 or 2.7.20

September 6, 2017, 2:03 am
$
0
0

volgens Howard Miller.  

That table was definitely new in 2.4 and should have been added by the upgrade process. The fact that it wasn't indicates that the upgrade failed somehow and you're unlikely to resolve the problem by manually creating the table or carrying on upgrading. 

There's no real reason not to go from 2.3 straight to 2.7 (it may have additional bug fixes too). 

What you should do is to restore the 2.3 database backup I hope you took, make sure 2.3 works properly, enable full Debugging and try again. Watch closely for errors - check your web server error log. 

Let us know how you get on.

↧

Re: DISASTER has struck and I need to reload Moodle on Hostgator

September 6, 2017, 3:27 am
$
0
0

by Christopher Britt.  

Hi Marcus,

You are right however from memory in the UK we didn't have 3 months summer holiday, but 6 weeks, to forget everything and then another 3 weeks at Christmas plus 7-10 days at Easter plus fiestas (national holidays) and what they call 'puentes' ie the fiesta falls on a Thursday, so we'll take Friday as well. hahahahaha

Then to top it of, they go back to school in mid September and don't start real classes until October because they don't have the books etc. Then they have to go back to what they learned the previous year because all of them have forgotten what they did.

The expression "you can take a horse to water" always comes to mind.

TTFN

↧
Search

Re: DISASTER has struck and I need to reload Moodle on Hostgator

September 6, 2017, 3:35 am
$
0
0

by Christopher Britt.  

Hi Rick,

I think that I may have solved my problem of hot linking mp3's and stuff, it's called "opendrive" however I´m having a few problems uploading some of the mp3's and have contacted them directly to see what the problem is?

The site itself looks to be alright, however if it won't let upload all of my materials I need to look again.

The idea of looking for another server is a possibility, but me being tight fisted and skint means that I need to look at all of the possible options before spending money that I don't have. Oh the joys of being a self employed English teacher in Spain.


TTFN


Chris

↧
↧

Re: Data Source does not exist, moodle 2.3.11 to 2.4 or 2.7.20

September 6, 2017, 5:06 am
$
0
0

by Ken Task.  

Pardon intrusion ... when you say 'am using Git to *switch* between versions' ... mind describing exactly what you are doing?    Git just acquires code.   Then there is the database changes after that.

So if a git update/upgrade fails, to 'roll' the site backwards, one should restore the old code directory and especially the sql dump of the database you made just prior to the upgrade attempt.   Manually remove moodledata/muc cache localcache before accessing via browser again.

You might want to look at:

https://tracker.moodle.org/browse/MDL-57936

While hyperjumping is possible, think I'd start at the 2.3.11 version and just do a git pull to see if that works (even if your version is the highest 2.3.    Backup .... code and sql dump ... then take the site to 2.4.highest via git to see how well that goes.

Also, am wondering about the DB user used and if that user has priv's enough to do what needs to be done.

mysql> show grants [moodledbuser];

'spirit of sharing', Ken


↧

Re: DISASTER has struck and I need to reload Moodle on Hostgator

September 6, 2017, 6:41 am
$
0
0

by Rick Jerz.  

I looked at Opendrive, and I do see that they have a "free" version.  Yes, this might work.  However, I do see their limitations of 5GB storage (which could be enough for some folks), but also 1GB/Day bandwidth, which could be a bigger restriction.  If, for example, you have a 50MB video that is played by 20 students, you have hit their limit.  (Actually, this was the limitation that got me when I tried the free Kaltura product.)

↧

Re: Upgrading 2.7 to 3.3 - convert to Unicode format (UTF-8) problem

September 6, 2017, 7:51 am
$
0
0

by Bill Best.  

Thanks Howard.

Agreed, I hope I've omitted some critical detail smile

Ok, to the best of my ability to recall (and looking through history), here's what I did:

Dump 2.7 database:

543  mysqldump -u root -p db01 > db01_030917.sql

Upload dumped database to 3.3 site:

568  mysql -u root -p db33 < db01_030917.sql

Dumped out database from 3.3 site:

583  mysqldump -u root -p -c -e --default-character-set=utf8mb4 --single-transaction --skip-set-charset --add-drop-database -B db33 > dump_db33_030917.sql

Create copy of dumped database and amend per instructions here:

584  cp dump_db33_030917.sql dump_fixed_db33_030917.sql

585  vi dump_fixed_db33_030917.sql

586  sed -i.bak -e 's/DEFAULT CHARACTER SET latin1/DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci/' -e 's/DEFAULT CHARSET=latin1/DEFAULT CHARSET=utf8mb4/' dump_fixed_db33_030917.sql

The above command was redundant as the character set was not latin1 but was already showing as  utf8mb4 at this point.

Amend config.php to add: 'dbcollation' => '',  

587  vi /var/www/html/db33/config.php

Upload amended/fixed dump file

588  mysql -u db33user -p < dump_fixed_db33_030917.sql

Restart mysqld

593  systemctl restart mysqld

Tried this out but no joy:

615  mysqldump -u root -p -c -e --default-character-set=utf8mb4 --single-transaction --skip-set-charset --add-drop-database -B --no-data db33 > schema.sql

616  sed -i.bak -e 's/DEFAULT CHARACTER SET latin1/DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci/' -e 's/DEFAULT CHARSET=latin1/DEFAULT CHARSET=utf8mb4/' schema.sql

617  sed -i.bak2 's/ENGINE=InnoDB/ENGINE=InnoDB ROW_FORMAT=DYNAMIC/' schema.sql

618  mysql -u root -p < schema.sql

Perhaps a  way forward is to start the database dump again? These are not production images so I can tear things down as required.

Thanks



↧

Re: DISASTER has struck and I need to reload Moodle on Hostgator

September 6, 2017, 8:37 am
$
0
0

by Christopher Britt.  

Hi Rick,

It all looks ok but as I said earlier I can't upload some of the course recordings and I'm waiting for them to get back in touch with me.

TTFN

Chris

PS Mine are all mp3 audios and not videos so it should be OK in theory 

↧
↧

Re: Upgrading 2.7 to 3.3 - convert to Unicode format (UTF-8) problem

September 6, 2017, 2:14 pm
$
0
0

by Howard Miller.  

Why did you convert your database from latin1 to utf8 when it can't possibly have been latin1 in the first place.

I don't understand why you have done all this stuff with the database....

↧

Re: Upgrading 2.7 to 3.3 - convert to Unicode format (UTF-8) problem

September 6, 2017, 3:09 pm
$
0
0

by Bill Best.  

Hi

Thanks for getting back, Howard.

I dumped the database from the 2.7 database and imported it into the new 3.3 site.

Then the new site informed me that the database required converting to Unicode UTF-8. So I followed the instructions and dumped out the database for the 3.3 site, ran the sed conversion arguments and then restored the database, expecting the problem to be solved.

The problem has not been solved.

Can you suggest a better way forward?

Many thanks in advance.

Bill

↧
Search

Re: Data Source does not exist, moodle 2.3.11 to 2.4 or 2.7.20

September 6, 2017, 3:22 pm
$
0
0

by Grant Bender.  

Thank you both for answering,

     I was able to get the site updated to the current stable build of 3.3.1.  I restored my moodledata, mySQLdatabase, and moodle files to the backups I made of 2.2.  From there I used git to checkout the stable 2.3, and cli upgraded.  Once I had it upgraded I took backups of the three listed above.  From there I did a git checkout of the 2.4 branch and proceeded to do a cli upgrade.  That worked  and I was running around the office with joy.  I proceeded to do the same cycle of backing up, checking out, and upgrading until I got to the currently supported stable version.  I have since made the conversion for the database to full unicode support using this page. 

 https://docs.moodle.org/33/en/MySQL_full_unicode_support

I have tested the site and making the last few backups as I type this.  thank you again for your help.

-Grant

↧

Installation Moodle 2.9.9 on Windows

September 6, 2017, 4:35 pm
$
0
0

by Ted Pan.  

Hi Everyone,

I am installing Moodle version 2.9.9 on my new server .  I have two questions.

1. My current Moodle on my old server is 2.9.3, but I can't find 2.9.3 in download page.  Can I use 2.9.9 instead?

2. After I installed 2.9.9 on my new server, I can run Moodle with url: localhost on the server, but I can not run it from other Windows computer using my new server IP address.  Http://10.1.1.1


My new server is W2016


Thank you very much for your help in advance,


Ted

↧
↧

mydomain/my page redirect too many times

September 7, 2017, 3:11 am
$
0
0

by Chung Nguyen.  

I just installed Moodle 3.3.1+ (Build: 20170901) on Ubuntu 14.04 LTS - a fresh installation.

After login, the site redirect to mydomain.com/my page and it redirects too many times. I have tried clear cache but the issue is still.

redirect too many

I can navigate to other page like: mydomain.com/user/profile.php?id=2 or mydomain.com/calendar/view.php and all of them work well.

work normally

How can i investigate the issue here? Is there anywhere showing the log or something?


Thank you,

↧

Re: Upgrading 2.7 to 3.3 - convert to Unicode format (UTF-8) problem

September 7, 2017, 5:01 am
$
0
0

by Howard Miller.  

Sorry - more questions. You are migrating the Moodle somewhere else as well as upgrading it I assume? Normally, you would take a backup of the database and leave it where it is if it was *just* an upgrade. 

If you dump and restore the database on a different instance of MySQL and this happens, it would suggest that something is wrong with the configuration of the target MySQL. I'm not sure what - I've done this sort of thing lots of times and it's not wrecked my character set. You shouldn't have to do anything special at all.

↧

Re: Upgrading 2.7 to 3.3 - convert to Unicode format (UTF-8) problem

September 7, 2017, 6:46 am
$
0
0

by Ken Task.  

Suggest exploring the moodlecode/admin/cli/ directory for command line only scripts that would help with this.

In a 2.7:

alternative_component_cache.php
automated_backups.php
backup.php
cron.php
fix_course_sequence.php
fix_deleted_users.php
install.php
install_database.php
maintenance.php
mysql_collation.php
mysql_compressed_rows.php
mysql_engine.php
purge_caches.php
reset_password.php
upgrade.php

In a 3.3 added to the above there is a

cfg.php script as well.

'spirit of sharing', Ken



↧
Viewing all 46779 articles
Browse latest View live
Search
<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>