perfsonar-user - Re: [perfsonar-user] OWAMP tests not scheduling reliably in mesh
Subject: perfSONAR User Q&A and Other Discussion
List archive
- From: Casey Russell <>
- To: "" <>
- Subject: Re: [perfsonar-user] OWAMP tests not scheduling reliably in mesh
- Date: Fri, 13 Apr 2018 10:45:14 -0500
- Ironport-phdr: 9a23:JKKmAxJZJnyMdq8J69mcpTZWNBhigK39O0sv0rFitYgeIvvxwZ3uMQTl6Ol3ixeRBMOHs6kC07KempujcFRI2YyGvnEGfc4EfD4+ouJSoTYdBtWYA1bwNv/gYn9yNs1DUFh44yPzahANS47xaFLIv3K98yMZFAnhOgppPOT1HZPZg9iq2+yo9JDffwtFiCChbb9uMR67sRjfus4KjIV4N60/0AHJonxGe+RXwWNnO1eelAvi68mz4ZBu7T1et+ou+MBcX6r6eb84TaFDAzQ9L281/szrugLdQgaJ+3ART38ZkhtMAwjC8RH6QpL8uTb0u+ZhxCWXO9D9QLYpUjqg8qhrUgflhyUJNzA5/m/ZidF+grxHrx+6vRNz35TZbZuJOPZifK7Qe84RS2pbXsZWUixMGp2xYJEUD+UfPedTspXzp0YVrRulGwasAOfvwSJPi3Dqx606zv8hERrY0wwkG9IDq3fUo8/zNKcIT++1yrPEzTPdYPNKwDrw7pXDfB4mofGJR71wcMzRxFErFwPEiFWQqpLqMC6U1uQLqWSU8+1gVee3h247pQBxoySvxtsyhYnTnI4a1lfE9SBhzIY2P9K4TlR7bsCiEJdKsSGVKZd2T8U/SG9roCY30qMKtJ+ncCUIzZknyR3SZOebf4WN7R/vSPqdLDl9iX15ZL6/iRO//E2+xuDyVsS51ktBoDBfndnWrH8N0gTe6siZRft5+UeswTOP2BrS6uFAOEw0krbbJ4I4zr8/iJYev0TOEjX5mEXxi6+WeUEk9fay5+v7ZbXmo4eQN45yig7gLqQjgtKzDOUkPgUMWmWb9+ex26b/8UD8T7hGkuE6n6fcvZ/GOcgbqKu0DgpL3ost6xuzFzKm384ZnXkDIlJFYhWHj43xNl7SOvD4EOy/g0+ynzdvw/DLJb7hDY/LLnjZjrjhe6xx60hCxwov1dxf/Y5bCqkdIPLvXU/8rMTYAQEjMwy62ObnD9N92ZkEWW6WH6+ZK73dsUWT6+IrIumMf5MVuC3jJ/Q/5v7ui2M5lkEHfamvw5QXdG60Eu54LEqEfHq/yusGRC0SsxAwV+vsgUfHTCVefV6zWb4x/Dc2FNjgAIveDMj5mLGb0jy8GJRMI31dB0qkEHH0ep+CVutWLi+eP5kyvCYDUO2KQpQsxFmUqRThxr5jZr7f4DADrp/n0PB27uvJmBd08zFoWZfOm1qRRn15yztbDwQ927py9BRw
Casey Russell writes:
We've got a large mesh config, and for some time now (months) the owamp tests have not been scheduling reliably. What I mean by that is tonight when the mesh config agent runs on them, somewhere around 30-40% of the latency tests in the mesh will fail to schedule (one way). The same test, in the other direction between those hosts will probably schedule fine. 24 hours later, when it runs again, most of those will re-schedule just fine, but a new 30-40% fail to schedule.
…
2018/03/21 04:21:34 (22276) WARN> perfsonar_meshconfig_agent:430 main:: - Problem adding test throughput(ps-fhsu-bw.
perfsonar.kanren.net-> ps-ksu-bw.perfsonar.kanren.net ), continuing with rest of config: 500 INTERNAL SERVER ERROR: Error while tasking ps-ksu-bw.perfsonar.kanren.net: Unable to post task to ps-ksu-bw.perfsonar.kanren.net: Task already exists. All participants must be on separate systems.
2018/03/18 23:16:27 (30529) WARN> perfsonar_meshconfig_agent:430 main:: - Problem adding test throughput(ps-ku-bw.perfsonar.
kanren.net-> ps-bryant-bw.perfsonar.kanren.net ), continuing with rest of config: 500 INTERNAL SERVER ERROR: Error while tasking ps-bryant-bw.perfsonar.kanren.net : Unable to post task to ps-bryant-bw.perfsonar.kanren.net : Task already exists. All participants must be on separate systems.
That’s a known error, but not expected under these circumstances. Let me think aloud for a minute:
Meshconfig submits the task to the first participant (“A”), which assigns it an identifier. A then submits the task to the second participant (“B”) under the same identifier. The usual case is that B doesn’t have a task with that identifier and everything goes to plan. If the task already exists on B, it will be rejected by B and, in turn, A with the error you see. There are two things that can cause this to happen: One is tasks from different systems having the same identifier. The identifiers are version 4 (random) UUIDs. The other is when the task has parameters that put both participants on the same system (e.g., pscheduler task throughput --dest localhost). That makes A and B the same machine, and when A tries to task itself (as if it were B), it complains that the task is a duplicate.
I suspect that the latter is what’s going on here, because happenstance collisions in a 128-bit space should be exceedingly rare. To the best of my knowledge, we’re not seeing this anywhere else, even at sites running large meshes. This could be a case of something really weird happening network- or DNS-wise, but it’s also possible that Meshconfig is doing something silly like trying to task the wrong system. Andy’s our resident guru on that subject and us out until next week, but I may have a peek at the Meshconfig sources to see if I can spot anything obvious.
2018/03/21 04:21:35 (22276) WARN> perfsonar_meshconfig_agent:430 main:: - Problem adding test latencybg(ps-fhsu-lt.
perfsonar.kanren.net-> ps-esu-lt.perfsonar.kanren.net ), continuing with rest of config: 500 Internal Server Error: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">…
For this one, you’ll probably find an error with the same timestamp (plus or minus a bit) in the Apache logs.
Can I take it that you’re not having trouble with the tasks that do get scheduled?
--Mark
- Re: [perfsonar-user] OWAMP tests not scheduling reliably in mesh, Casey Russell, 04/13/2018
- RE: [perfsonar-user] OWAMP tests not scheduling reliably in mesh, Garnizov, Ivan (RRZE), 04/16/2018
Archive powered by MHonArc 2.6.19.