Darren, I had an issue because the chkconfig package wasn’t installed together with initscripts. I installed it separately and encountered the SSL error. I used Chris method and it worked—everything is fine now!
Hope this helps. Marcos Melo. On Fri, Jul 25, 2025 at 1:43 AM Darren Whitaker < darren.whitaker....@gmail.com> wrote: > Hello everyone, > > After having to reinstall the operating system (Rocky Linux 9.4), I went > through the xCAT 2.17 installation process again but encountered the same > error as before. Below, I’m providing a detailed report for troubleshooting > and assistance. > > *Error when starting the xCAT service* > > During the installation, the xcatd service fails to start with the > following log message: > > Jul 25 01:22:14 abaporu xcatd[3944]: Error, don't know how to start on this > platform > Jul 25 01:22:14 abaporu systemd[1]: xcatd.service: Control process exited, > code=exited, status=1/FAILURE > > *Packages installed before xCAT* > > To ensure dependencies were in place, I installed the following packages > prior to installing xCAT: > > > - > > initscripts-10.11.8-4.el9.x86_64 > - > > initscripts-rename-device-10.11.6-1.el9.x86_64 > - > > initscripts-service-10.11.6-1.el9.noarch > > *xCAT installation commands used* > > dnf install xCAT > xcatconfig -i -c -s > > The xcatconfig command completes most of the setup steps, including > certificate creation, but at the end the xcatd service fails with: > > Job for xcatd.service failed because the control process exited with error > code. > See "systemctl status xcatd.service" and "journalctl -xeu xcatd.service" for > details. > > *Troubleshooting attempts:* > > > 1. > > Fully removed xCAT using go-xcat completely uninstall > 2. > > Reinstalled with go-xcat --xcat-version=stable install > 3. > > Error persists even after reinstall: > > Connection failure: IO::Socket::INET: connect: Connection refused at > /opt/xcat/lib/perl/xCAT/Client.pm line 248. > Unable to open socket connection to xcatd daemon on localhost:3001. > > > 4. > > Followed the certificate regeneration procedure shared by *Chris*, but > the xcatd service still fails at the end. > > This issue also occurs on another VM running the same version of Rocky > Linux 9.4 and the same kernel, which suggests the problem could be related > to repository compatibility, the kernel version, or platform-specific > behavior. > > *Commands executed on the system* > > hostnamectl --set-hostname lab.teste > dnf config-manager --set-enabled crb > dnf install epel-release > dnf install -y wget tar screen nano pciutils bind-utils vim git > dnf install initscripts > wget -P /etc/yum.repos.d > https://xcat.org/files/xcat/repos/yum/latest/xcat-core/xcat-core.repo > wget -P /etc/yum.repos.d > http://xcat.org/files/xcat/repos/yum/devel/xcat-dep/rh9/x86_64/xcat-dep.repo > dnf repolist > dnf install xCAT > systemctl status xcatd > > > Has anyone encountered this same issue with xCAT on Rocky Linux 9.4? > > Is there a recommended kernel version, repository configuration, or > workaround to ensure the xcatd service runs properly on this platform? > > Any guidance would be greatly appreciated. > > Best regards, > > Darren. > > On Tue, Jul 15, 2025 at 12:27 PM Darren Whitaker < > darren.whitaker....@gmail.com> wrote: > >> Hi everyone, >> >> Thank you so much for the help! The tips worked for me, especially >> installing *initscripts* before xCAT. >> >> I decided to redo the xCAT installation, this time installing >> *initscripts* beforehand, and it worked without any errors. >> >> Many thanks to *Chris James*, *Mark Frenette*, and *Markus Hilger*. >> >> Darren. >> >> On Fri, Jul 11, 2025 at 12:52 PM Markus Hilger <markus.hil...@megware.com> >> wrote: >> >>> What Mark says. >>> And you have to do this *before* trying to install xCAT because it will >>> break your /etc/init.d symlink. >>> >>> go-xcat will install initscripts for you. >>> >>> Mit freundlichen Grüßen / Kind regards >>> >>> *Markus Hilger* >>> >>> >>> >>> HPC Engineer >>> >>> >>> >>> MEGWARE Computer Vertrieb und Service GmbH >>> >>> Tel: +49 3722 528-47 >>> >>> >>> >>> Nordstraße 19 >>> markus.hil...@megware.com >>> >>> >>> >>> 09247 Chemnitz-Röhrsdorf, Germany >>> >>> www.megware.com >>> >>> >>> >>> Geschäftsführer: André Singer, Dr. Axel Auweter >>> >>> >>> >>> >>> >>> Amtsgericht: Chemnitz HRB 584 >>> >>> ------------------------------ >>> *Von:* Mark Frenette <mark2.frene...@gmail.com> >>> *Gesendet:* Freitag, 11. Juli 2025 14:44 >>> *An:* xcat-user@lists.sourceforge.net <xcat-user@lists.sourceforge.net> >>> *Betreff:* Re: [xcat-user] Issue starting xCAT daemon on Rocky Linux 9 >>> and Oracle Linux 9 – “don’t know how to start on this platform” >>> >>> You need to install the initscripts RPM. el9 dropped sysinit for systemd >>> and xCAT is sysinit based. >>> >>> On 7/10/25 23:53, Darren Whitaker wrote: >>> >>> Hello xCAT everyone, >>> >>> I’ve been testing *xCAT 2.17.0* on *Rocky Linux 9.4* and *Oracle Linux >>> 9*, but I’m running into issues getting the xcatd daemon to start. >>> >>> >>> - >>> >>> Distributions: >>> >>> - >>> >>> Rocky Linux 9.4 – kernel 5.14.0-427.13.1.el9_4.x86_64 >>> - >>> >>> Oracle Linux 9 – kernel 5.15.0-205.149.5.1.el9uek.x86_64 >>> - >>> >>> xCAT version: 2.17.0-snap202411131534 >>> - >>> >>> Installed using the official RPM packages >>> >>> Issue: >>> >>> After installation, when attempting to start xcatd, the service fails >>> with the following error: (Error, don't know how to start on this >>> platform) >>> >>> Running systemctl status xcatd shows: (xcatd.service: Control process >>> exited, code=exited, status=1/FAILURE >>> >>> xcatd.service: Failed with result 'exit-code'.) >>> >>> And lsxcatd -a returns: (Unable to open socket connection to xcatd >>> daemon on localhost:3001. >>> Verify that the xcatd daemon is running and that your SSL setup is >>> correct. >>> >>> Connection failure: IO::Socket::INET: connect: Connection refused) >>> >>> *What I’ve tried so far:* >>> >>> >>> - >>> >>> The installation completed successfully and SSL certificates were >>> generated without errors. >>> - >>> >>> SELinux is disabled and the firewall is not blocking any ports. >>> - >>> >>> I temporarily modified /etc/os-release to simulate ID=rhel and >>> ID_LIKE="rhel >>> fedora", but the error persisted. >>> - >>> >>> I also tried creating a wrapper for the uname command to force it to >>> return RedHat, but this didn’t help either. >>> - >>> >>> Looking into the Perl code of xCAT, it seems that Rocky Linux and >>> Oracle Linux are probably not recognized as supported platforms. >>> >>> I can provide more details about the environment or share complete logs >>> if needed. >>> >>> I appreciate everyone’s help. >>> >>> Thanks in advance for your help! >>> >>> Darren. >>> >>> >>> >>> >>> _______________________________________________ >>> xCAT-user mailing >>> listxCAT-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/xcat-user >>> >>> >>> -- >>> Mark frenettemark2.frene...@gmail.com >>> 603-490-6823 >>> >>> _______________________________________________ >>> xCAT-user mailing list >>> xCAT-user@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/xcat-user >>> >> _______________________________________________ > xCAT-user mailing list > xCAT-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xcat-user >
_______________________________________________ xCAT-user mailing list xCAT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xcat-user
