Unable to download grading functions

Latest response

Good day
I was trying to work on a lab and I couldn't start it. When I run the script to prepare the online virtual machine
lab systemd setup
I get the error: Unable to download grading functions, contact you instructor.
Anything I should be looking for?
Regards

Responses

Hi, I'm going through my first official course, so I don't know the contents of any others beside DO407 (Ansible), but I think classroom.lab.example.com should provide supporting services to other VMs, including grading scripts. Have you started it to begin with? Can you ping it? If the answer to both questions is "yes", then it's definitely the case for the support team.

I am also having the same issue for my lab on the sysadmin 2 course 134 - I tried to do the lab kickstart setup and got the unable to download grading function.

I am not sure what happened, but I deleted and recreated the lab and everything came back up.

The most likely culprit is not having the "classroom" system running. The classroom system provides the grading scripts as well as DNS, yum repos, and other infrastructure services.

I would recommend using the "Start Lab" button to boot up all the needed machines rather than trying to individually boot boxes in the lab environment. Additionally, for those more complex lab environments, "Start Lab" will honor boot phases that may have been integrated into the environment such that required machines and services are booted and available before other systems are started.

-Scott

I ran into the same problem with RH199. I followed Scott's advice and deleted and restarted the lab. Both my Server and Desktop do not have hostnames, ip addresses, and seemingly cannot communicate with the classroom server. This persists even if I reset individual servers or if I delete and recreate the lab.

The student machines in the RHCSA and RHCE track are configured to be DHCP clients. If the DHCP server on the classroom machine is not running, or the classroom machine is powered off, it can produce this behavior. My recommendation would be 1) verify the classroom machine is running if not, start it, then reboot the student systems

2) If the classroom machine is running, connect to it's console to verify that it booted if so, reboot it (this would restart dhcpd if for some reason it died), then reboot the student systems

Extremely rarely, I've seen where classroom hasn't started dhcpd at the time that workstation or server are requesting leases. In those extrordinarily rare cases where this race condidtion has happened, I'd recommend solution (2).

We're looking at applying a restart on failure to account for the case where dhcpd dies during runtime on the classroom system, but overwhelmingly my experience is that people aren't running their classroom system prior to booting their student workstations. Use the Start Lab button instead of booting the boxes individually. The environments are configured to run as a community of systems, if you run them independently, things may not work the way you expect.

-STM

Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.