Posts made by Visvanath Ratnaweera

Picture of Particularly helpful Moodlers Picture of Translators

Dear all

I'm thought I saw, and even participated in a recent (last 2-3 days) where the issue was a custom theme crashing the whole Moodle. We came up with the well-know remedies. There were a handful of answers, and remember that the OP hasn't replied. It must have been the Installation help or General help forums.

Now I don't find it! Am I hallucinating?
sad

Average of ratings: -
Picture of Particularly helpful Moodlers Picture of Translators
Had a skirmish today morning, couldn't post immediately since the site way saying "Service not available" (in two browsers, each running a (second) incognito window.

Basically posting the image in this post https://moodle.org/mod/forum/discuss.php?d=472144#p1896080 got stuck, I thought:
 
After clicking "Beitrag absenden" it went gray and nothing happened for 30 sec. Opened another tab in the browser and got the "Service not available". Thought my post was limbo but let the browser tabs undisturbed. Some time, 10-15 min?, came back and saw that the post was submitted. Retried the "Service not available" tab, no improvement. Opened another tab and got:
 
 
Changed the browsers (to Brave from Firefox) the main site, with this at the top:
opened but "Forums" led to "Service not available". Its incognito window behaved the same. Clicked a couple of times and gave up.
 
Reminds me that I had this "cache" (Redis?) issue more than once, but that was some time ago. Now the site is responsive, no big deal, still thought that you might be interested in a "bug report".
Picture of Particularly helpful Moodlers Picture of Translators
Hi Juan Carlos

Thanks for detailed reply. Now you explain it, I remember old discussions with the same message. I must say, I see advantages of the current "memory-less" approach: most "secure" (nothing to secure) and probably leaner.

Anyway, on recording resp. (live) monitoring, a colleague mentioned a Grafana plug-in would be possible, if I new how to pull the information as it happens. But as customary here, the action begins once it burns, to be specific, the exams in question were today!

They were the same subject, conducted in two sessions, 231 resp. 230 candidates each. Net duration 60 min, single attempt in a open window of 90 min each. That float is an illusion, in the first session over 200 began in the first 5 min! (The second one I don't know, I missed the first 30 min.)

I have no knowledge of the exam itself, I'm only a non-editing teacher in that course, assume multiple questions and the students develop the answer in the VPL, because of the large number of program compilations and the exam ran on SEB.

Only a single student got an error:

 
I found an old related script in my notes and modified it to:
 
#!/bin/bash
while true
do 
        echo -n `date +%s,`
        echo -n `/usr/bin/pgrep -c vpl-jail-server`
        echo -n ','
        echo -n `uptime | cut -d' ' -f 11`
        free -m | awk '/Mem/{print $3}'
        sleep 10
done
 
running
# nohup script.sh >> monitor.csv &
collected the results. (attached)
 
Erroneously the script recorded the 15-min load average.
 
The machine is a 16 vCPU VMware machine with 16 GB RAM. Ubuntu 22.04. The network connecting them from one provider to the other is overly complicated - for my taste. 
 
Don't know anything about the Moodle side, other than that it is a "big" server.
wink
 
The data correlate nicely with the usual system graphs and give some insight in to the performance of VPL jail servers.