The only thing I see from the logs is the syncscript is running from the
postbootscripts not the postscripts. Check the postscripts table,
syncfiles should be in the 2nd field.
To debug you can fake it by sourcing the /etc/xcat/xcatinfo file and
setting USEOPENSSLFORXCAT:
. /opt/xcat/xcatingo
export USEOPENSSLFORXCAT=1
/xcatpost/syncfiles
Or, from the xcat master, try to run "updatenode NODENAME -F"
On 7/3/25 16:34, Endo via xCAT-user wrote:
Mark,
Thanks for responding. My osimage looks like this:
Object name: rhel9-r640
crashkernelsize=256M
dump=nfs://10.4.0.31/install/crash
exlist=/install/custom/netboot/rhels9.4.0/compute.exlist
imagetype=linux
osarch=x86_64
osdistroname=rhels9.4.0-x86_64
osname=Linux
osvers=rhels9.4.0
otherpkgdir=/install/post/otherpkgs/rhels9.4.0/x86_64
permission=755
pkgdir=/install/rhels9.4.0/x86_64
pkglist=/install/custom/netboot/rhels9.4.0/compute.pkglist
profile=compute
provmethod=netboot
rootimgdir=/install/netboot/rhels9.4.0/x86_64/compute
synclists=/install/custom/netboot/rhels9.4.0/compute.synclist
template=/opt/xcat/share/xcat/install/rh/compute.rhels9.tmpl
It never gets to parsing the syncfiles list butis carefully arranged
like this:
# autofs
########
/install/sync/compute/etc/auto.master -> /etc/auto.master
/install/sync/compute/etc/auto.home -> /etc/auto.home
/install/sync/compute/etc/auto.projects -> /etc/auto.projects
/install/sync/compute/etc/auto.modules -> /etc/auto.modules
# chrony
########
/install/sync/compute/etc/chrony.conf -> /etc/chrony.conf
(etc.)
The log looks like this:
xdsh compute-13-16 "grep syncfiles /var/log/xcat/xcat.log"
compute-13-16: Thu Jul 3 15:28:42 EDT 2025 [info]:
xcat.deployment.postbootscript: postbootscript start..: syncfiles
compute-13-16: ++ basename ./syncfiles
compute-13-16: + bname=syncfiles
compute-13-16: + logger -t xcat.deployment.postbootscript -p
local4.info 'Performing syncfiles postscript'
compute-13-16: + logger -t xcat.deployment.postbootscript -p
local4.info 'syncfiles: the OS name = Linux'
compute-13-16: ++ /xcatpost/startsyncfiles.awk -v RCP=
compute-13-16: ++ /xcatpost/startsyncfiles.awk -v RCP=
compute-13-16: ++ /xcatpost/startsyncfiles.awk -v RCP=
compute-13-16: ++ /xcatpost/startsyncfiles.awk -v RCP=
compute-13-16: ++ /xcatpost/startsyncfiles.awk -v RCP=
compute-13-16: ++ /xcatpost/startsyncfiles.awk -v RCP=
compute-13-16: + logger -t xcat.deployment.postbootscript -p
local4.err 'syncfiles: Perform Syncing File action encountered error'
compute-13-16: Thu Jul 3 15:29:55 EDT 2025 [info]:
xcat.deployment.postbootscript: postbootscript end...:syncfiles return
with 1
The lead-off to that looks like this:
Thu Jul 3 15:28:42 EDT 2025 [info]: xcat.deployment.postbootscript:
postbootscript start..: syncfiles
+ '[' -n xcat.deployment.postbootscript ']'
+ log_label=xcat.deployment.postbootscript
++ basename ./syncfiles
+ bname=syncfiles
+ '[' -d /.statelite ']'
+ '[' -n 0 ']'
+ '[' 0 -eq 1 ']'
+ '[' -n '' ']'
+ RCP=
+ '[' '!' -e /usr/bin/rsync ']'
+ logger -t xcat.deployment.postbootscript -p local4.info 'Performing
syncfiles postscript'
++ uname
+ osname=Linux
+ xcatpostdir=/xcatpost
+ logger -t xcat.deployment.postbootscript -p local4.info 'syncfiles:
the OS name = Linux'
+ quit=no
+ count=5
+ returncode=0
+ '[' no = no ']'
+ cat /etc/os-release
+ grep -i cumulus
+ '[' Linux = Linux ']'
++ /xcatpost/startsyncfiles.awk -v RCP=
+ returncode=1
then continues until it gives up
/etc/os-release looks like this:
NAME="Red Hat Enterprise Linux"
VERSION="9.4 (Plow)"
ID="rhel"
ID_LIKE="fedora"
VERSION_ID="9.4"
PLATFORM_ID="platform:el9"
PRETTY_NAME="Red Hat Enterprise Linux 9.4 (Plow)"
ANSI_COLOR="0;31"
LOGO="fedora-logo-icon"
CPE_NAME="cpe:/o:redhat:enterprise_linux:9::baseos"
HOME_URL="https://www.redhat.com/";
DOCUMENTATION_URL="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9";
BUG_REPORT_URL="https://bugzilla.redhat.com/";
REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 9"
REDHAT_BUGZILLA_PRODUCT_VERSION=9.4
REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux"
REDHAT_SUPPORT_PRODUCT_VERSION="9.4"
The installation is coming off a 9.4 dvd mounted loop. That's all I've
got for now.
Thank you for considering, Andy
On Thursday, June 26, 2025 at 09:25:41 AM EDT, Mark Frenette
<mark2.frene...@gmail.com> wrote:
Could you post your osimage table entry and the contents of your
sync.list.
On 6/26/25 06:05, Andreas Skau wrote:
> Hi Endo,
>
> Not sure what the problem is, but having been in the same situation and
> eventually given up on debugging/fixing the postscript I wrote this
> small script to just tell xcatd to start the syncing:
> https://github.com/buzh/xcat-syncfilez
>
> If that works for you you could just replace syncfiles alltogether, if
> not you probably have a more fundamental config problem on the frontend
> side.
>
> Hope this helps,
> Andreas
>
> +++ Endo via xCAT-user [25/06/25 16:33 +0000]:
>> From: Endo via xCAT-user <xcat-user@lists.sourceforge.net>
>> Date: Wed, 25 Jun 2025 16:33:43 +0000 (UTC)
>> To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net>
>> Cc: Endo <endocra...@yahoo.com>
>> Subject: Re: [xcat-user] syncfiles failure RHEL9.4
>> Reply-To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net>
>>
>> I should also have shared that I am using xCAT 2.17. yesterday I
>> opted for the dev branch in hopes for some change.
>>
>> During syncfiles the variable RCP is assigned /usr/bin/rsync, as
>> discovered. Following the failure the script walks through other
>> possibilities, ending with syncing file action encountered error.
>>
>> Thank you for any suggestions
>>
>>
>> On Tue, Jun 24, 2025 at 1:58 PM, Endo via
>> xCAT-user<xcat-user@lists.sourceforge.net> wrote: Hello xCAT people,
>> During deployment I initially got "there is no sync file template for
>> the node"
>> After adding synclists=path-to-synclist to the osimage I can see
>> errors and retries. I believe these are related to the following:
>> xdcp with -f path-to-synclist I see /tmp/rsync_computex: permission
>> denied
>> updatenode produces the same error
>> xdsh works fine in general, as does ssh
>> I also need to to develop a routine to register the node with
>> subscription manager. I will probably use the katello rpm,
>> suggestions welcome.
>> Thank you for any suggestions. I apologize if these are redundant but
>> I have spent some time searching without further
>> success. Andy_______________________________________________
>> 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
>
>
--
Mark Frenette
mark2.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
--
Mark Frenette
mark2.frene...@gmail.com
603-490-6823
_______________________________________________
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user
