Subtle issues with CMS can arise from old versions of libraries or supporting software. Please ensure you are running the minimum versions of each dependency (described in Dependencies and available compilers).
In the next sections we list some known symptoms and their possible causes.
Symptom. Error message “Cannot determine OID of function lo_create”
Possible cause. Your database must be at least PostgreSQL 8.x to support large objects used by CMS.
Symptom. Exceptions regarding missing database fields or with the wrong type.
Possible cause. The version of CMS that created the schema in your database is different from the one you are using now. If the schema is older than the current version, you can update the schema as in Installing CMS and its Python dependencies.
Symptom. Some components of CMS fail randomly and PostgreSQL complains about having too many connections.
Possible cause. The default configuration of PostgreSQL may allow insufficiently many incoming connections on the database engine. You can raise this limit by tweaking the
`postgresql.conf`(see docs). This, in turn, requires more shared memory for the PostgreSQL process (see
`shared_buffers`parameter in docs), which may overflow the maximum limit allowed by the operating system. In such case see the suggestions in http://www.postgresql.org/docs/9.1/static/kernel-resources.html#SYSVIPC. Users reported that another way to go is to use a connection pooler like PgBouncer.
Symptom. Some HTTP requests to ContestWebServer take a long time and fail with 500 Internal Server Error. ContestWebServer logs contain entries such as
TimeoutError('QueuePool limit of size 5 overflow 10 reached, connection timed out, timeout 60',).
Possible cause. The server may be overloaded with user requests. You can try to increase the
`pool_timeout`argument in cms/db/__init__.py or, preferably, spread your users over more instances of ContestWebServer.
Symptom. Message from ContestWebServer such as:
WARNING:root:Invalid cookie signature KFZzdW5kdWRlCnAwCkkxMzI5MzQzNzIwCnRw...
Symptom. Ranking Web Server displays wrong data, or too much data.
Possible cause. RWS is designed to handle groups of contests, so it retains data about past contests. If you want to delete previous data, run RWS with the
`-d`option. See RankingWebServer for more details
Symptom. The Worker fails to evaluate a submission logging about an invalid (empty) output from the manager.
Possible cause. You might have been used a non-statically linked checker. The sandbox prevent dynamically linked executables to work. Try compiling the checker with
`-static`. Also, make sure that the checker was compiled for the architecture of the workers (e.g., 32 or 64 bits).
Symptom. The Worker fails to evaluate a submission with a generic failure.
Possible cause. Make sure that the isolate binary that CMS is using has the correct permissions (in particular, its owner is root and it has the suid bit set). Be careful of having multiple isolate binaries in your path. Another reason could be that you are using an old version of isolate.
Symptom. Contestants’ solutions fail when trying to write large outputs.
Possible cause. CMS limits the maximum output size from programs being evaluated for security reasons. Currently the limit is 1 GB and can be configured by changing the parameter