Article ID: 126695, created on Aug 26, 2015, last review on Aug 26, 2015

  • Applies to:
  • Operations Automation
  • Panels
  • Virtuozzo 6.0


After an unexpected restart of a Virtuozzo server in Virtuozzo cluster, various effects can be observed.

  • Virtual environments are marked as 'Invalid' in the output of prlctl list command.

    ~# prlctl list -a |grep invalid
    {7d88aab8-1a47-4a8a-9c75-f5146192e458}  invalid     VM 1001001.VirtualMachine
    {49839956-2cba-4b37-a934-6f88943ffb9e}  invalid     CT 2002002.Container
  • Information in database of IM service (Instance Manager of OACI) may contain duplicate records, servers in OACI can be shown with 'Unknown' status.

    im=> select * from duplicates;
      ve_ref | hn_uuid |           detected
         743 | 7341    | 2015-08-24 06:06:12.20023+02
         571 | 7341    | 2015-08-24 06:06:12.480879+02


To manage a virtual environment, this environment should be registered in the server.

There are two distinct places:

  • configuration of Dispather service running on Virtuozo server
  • files of virtual environments stored inside of home/private directories

Upon relocation of an environment to other server, the information in the configuration file of Dispatcher service on this server can be not updated and contain obsoleted information.


Since virtual environments are registered on other servers already, those environments should be unregistered from this one.

  1. Virtual machines can be unregistered in this way:

    ~# prlctl list -a --vmtype vm | while read uuid status rest; do [ "$status" = invalid ] || continue; echo -n $uuid..; prlctl unregister $uuid; done
  2. Containers can be unregistered on the server in this way:

    ~# prlctl list -a | while read uuid status rest; do [ "$status" = invalid ] || continue; ctroot=$(prlctl list $uuid -if | awk '/^Home:/{print$NF}'); echo -n $uuid.. ${ctroot##*/}..; vzctl unregister ${ctroot##*/}; done

Search Words

is failed due to licensed capacity limit

c62e8726973f80975db0531f1ed5c6a2 2897d76d56d2010f4e3a28f864d69223 0dd5b9380c7d4884d77587f3eb0fa8ef 5356b422f65bdad1c3e9edca5d74a1ae caea8340e2d186a540518d08602aa065 614fd0b754f34d5efe9627f2057b8642 56797cefb1efc9130f7c48a7d1db0f0c

Email subscription for changes to this article
Save as PDF