Data Backup and Recovery

XCP file analytics logging failed

Konstantin2
1,721 Views

Hello,

 

After a successful installation of XCP 1.9 i am not able to log in to the file analytics. Did a reset of admin password, reset of DB password, rebuild of ini file and 2 reinstallations but the result is the same. What i see from xcp --listen is the following output:

 

* Serving Flask app 'xcp_rest_app'
* Debug mode: off
Address already in use
Port 5030 is in use by another program. Either identify and stop that program, or start the server with a different port.'

 

What i also see is that there are 2 processes of xcp :

 


root 14657 1 0 11:23 ? 00:00:01 /usr/bin/xcp --listen
root 14658 14657 0 11:23 ? 00:00:00 /usr/bin/xcp --listen
postgres 14661 8593 0 11:23 ? 00:00:00 postgres: central xcp_cmdb 1

 

It is strange that when i kill one of the processes the file analytics page can still be loaded even though xcp service is shown as stopped from systemctl.

 

Does anybody have some ideas or perhaps a procedure how to remove completely the xcp? I think that probably there are 2 instances of the xcp installed...

 

Thanks a lot!

1 ACCEPTED SOLUTION

elementx
1,680 Views

The PIDs show it's one process that starts another, which means it's not two separate services

root 14657 1     0 11:23 ? 00:00:01 /usr/bin/xcp --listen
root 14658 14657 0 11:23 ? 00:00:00 /usr/bin/xcp --listen

I don't have RHEL, I use Rocky 8, so that's one low probability possibility why I'm having a problem.

So my top 2 guesses are either the documentation is faulty, or Apache vHost isn't deployed properly.

View solution in original post

2 REPLIES 2

elementx
1,712 Views

To uninstall:

bash ./configure.sh

Then choose "3. Cleanup".

 

I also can't get the Web UI to work, but it's not due to two processes. Something's messed up with the Web server's vHost configuration.

 

elementx
1,681 Views

The PIDs show it's one process that starts another, which means it's not two separate services

root 14657 1     0 11:23 ? 00:00:01 /usr/bin/xcp --listen
root 14658 14657 0 11:23 ? 00:00:00 /usr/bin/xcp --listen

I don't have RHEL, I use Rocky 8, so that's one low probability possibility why I'm having a problem.

So my top 2 guesses are either the documentation is faulty, or Apache vHost isn't deployed properly.

Public