Dependency problem when installing PVA 4.6

Discussion in 'Performance Questions' started by Renev, Jan 25, 2011.

  1. Renev

    Renev New Member

    Messages:
    61
    When trying to install PVA on a clean CentOS 5.5 installation with Virtuozzo 4.6 I get the following dependency error:

    pva-pp-httpd is needed by pva-pp-engine-4.6-210.43.x86_64

    When I look in the downloaded packages there is a pva-pp-httpd-third, but not a pva-pp-httpd. I don't understand why this is not working. Any ideas?
  2. Renev

    Renev New Member

    Messages:
    61
    Nevermind, problem was fixed by using the larger downloads instead of the automatic installer. Deployment still puzzles me though..
  3. Pavel Ivlev

    Pavel Ivlev New Member

    Messages:
    25
  4. Renev

    Renev New Member

    Messages:
    61
    Okay thanks, the agent install succeeded. However, I'm running into a new issue.

    I have two hardware nodes, cl1 and cl2 which are clustered using RHCS. On cl1 I have a container called 'vz' in which I run the PVA management. I have sucessfully added cl2 to the infrastructure using the web interface, but when I try to add cl1 I a message stating 'node is already in this serverGroup'.

    Output on the vz container:

    [root@vz ~]# vzagroup list
    Connecting to local host...
    Listing group members...
    TITLE STATUS ROLE
    cl2 online slave
    vz online master

    Operation 'list' completed successfully


    [root@vz ~]# vzagroup addSlave root:myrootpass@cl1
    Connecting to a remote host...
    Connecting to local host...
    Adding slave...
    Address: 10.0.0.71
    Operation failed, node 10.0.0.71 is already in this serverGroup.
    Can't add slave to master node: Operation failed, node 10.0.0.71 is already in this serverGroup.

    I should be able to add hardware node cl1 even though my PVA Management Server is running in a container on that node, right? Adding --force to the addSlave command doesn't work and removeSlave 10.0.0.71 fails as well (Host with this address is not registered).
  5. Pavel Ivlev

    Pavel Ivlev New Member

    Messages:
    25
    What documentation did you follow to configure PVA in RHCS?
  6. Renev

    Renev New Member

    Messages:
    61
    The document was:

    Parallels Virtuozzo Containers 4.6 for Linux
    Deploying Clusters in Parallels-Based Systems

    It's a data sharing cluster based on a single GFS on an iSCSI SAN. The cluster side of things seems to be working fine btw, automatic failover works very well (meaning the containers don't even go down while relocating the vz-cluster service).
  7. Pavel Ivlev

    Pavel Ivlev New Member

    Messages:
    25
  8. Renev

    Renev New Member

    Messages:
    61
    Hmm that's a totally new document for me. I'll read that and see where I went a different way. I already know that I didn't use the --clustermode option while installing PVC. Hope that's not a big problem (of course i disabled the vz service after installation).
  9. Renev

    Renev New Member

    Messages:
    61
    Ok, so I amended the configuration so that pvaagentd and pvapp are started from the cluster service. This is how the services in cluster.conf look now:

    I can see pvagent running on the hardware nodes, but now I can't connect with them from the master server.

    I also tried connecting to the IP from the cluster resource (since I'm not sure what this is for, still)

    That gives:

    Just to be clear, it's an active-active configuration. I have two servers, cl1 and cl2 and two vz services, vz-1 and vz-2.
  10. Pavel Ivlev

    Pavel Ivlev New Member

    Messages:
    25
    OK, here is what's going on when PVA is being installed to A-A cluster (I'll call two instances of PVA as PVA-cl1, PVA-cl2)
    PVA-cl1 installs to cl1 host, writes binary data to cl1:/opt/pva/..., and data files to /vz/pva/...
    PVA-cl2 installs to cl2 host, writes binary data to cl2:/opt/pva/..., and data files to /vz/pva/...

    Since /vz is a shared partition, PVA-cl2 overwrites data files of PVA-cl1 and this leads to observed effect.

    You need to install PVA-cl2 when /vz partition is not shared yet, so both PVA will get their own data sets, after that you have to modify /opt/pva/agent/bin/pva.conf on both cl1 and cl2 hosts and specify correct paths to base_folder and etc_folder
  11. Renev

    Renev New Member

    Messages:
    61
    Hmm I notice this in the PVA agent log when connecting:

    It also seems like both agents are trying to store data in /vz/pva/agent, which is of course on the shared volume. Could that explain the error above?
  12. Renev

    Renev New Member

    Messages:
    61
    Cool, as you see above I just discovered the /vz/pva problem. I'm going to redo the PVA installation using your instructions, I'm sure that will work out for the better.

    Too bad the installation isn't a bit more straightforward :) but we'll get there. Thanks for your kind support, Pavel.
  13. Renev

    Renev New Member

    Messages:
    61
    It works! I now have both hardware nodes in the PVA Manager and have successfully moved a container from one HN to another. This did cause the container to be rebooted, though, but I guess that's acceptable.

    Again thanks for your help!

Share This Page