libhpsrv.debug.log SUT deamon deactivate or logrotate - size increasing without any control

[pgarcia79]

I have installed SUT in all our severs . 

Linux version used: RHEL 7.8   kernel:  3.10.0-1127.19.1.el7.x86_64

SUT version:

Copyright (C) 2019 Hewlett Packard Enterprise Development LP
Integrated Smart Update Tools version 2.5.5.0 "5"

SUT send the logs into /var/tmp/sut but in there I got one type of logs:

1)  libhpsrv.debug.log keeps growing and doesn't rotate. so they are now more than 6GB 

Anyone know how to deactivate this logs or force them to rotate? 

if using logrotate I need to use postrotate command or logs don't write in the new rotated file

[BradV]

Did you ever find an answer to this?  The debug log is growing like crazy on just one server.  Very odd and I can't find any documentation about how to change that?

I suspect it might be happening because our iLOs are not in production mode.  After I ran sut -set ilousername=<username> ilopassword=<password> , it appears the log has stopped growing.

[pirx]

Old post, but as I have a similar problem...

I updated many Proliant hosts to latest ESXi 8 release 8.0 U3f + latest HPE Vendor AddOns (803.0.0.12.1.0-11) + latest Gen10/11 SPP firmware (2025-05). Now I'm getting errors regarding full ramdisk.

# vdf
...
sut-tmp                 256000    256000         0 100% --

# du -sh /opt/sut/tmp/*
...
235.6M  /opt/sut/tmp/libhpsrv.debug_1.log

...

I deleted the file an restarted services but the ramdisk starts filling up again. This is not isolated to a single host or cluster, it seems to affect all HPE hosts now.

I could not find a HPE advisory sut is on latest version. What is a bit strange is that vLCM shows Integrated Smart Update Tool as version 800.6.1.0.37 - Build 0 overwriting 800.6.0.0.37 - Build 0. But I can find any reference to version 800.6.1.0.37 anywhere. Neiterh in HPE SPP release notes, not in HPE Vendor AddOn package.

Any ideas, anyone experiencing the same? Opening a ticket will most probably result in a ping - pong between HPE and VMware support.

[smour42]

Same issue ... with SMAD_LIBHPSRV_API_LOG - Libhpsrv Version 3.5.0  over 800GB of log generated in /var/log/ahslog_libhpsrv.debug.log  . 

Tried to disable / reenable AHS, seems to improve it.... until next reboot Its looping on :

2026/03/31 08:44:39.425 SendPacket: CpqCiSend, RetryCount (10)
2026/03/31 08:44:39.425 CpqCiSend start
2026/03/31 08:44:39.425 CpqCiSend end, returning len (1008), error (0)
2026/03/31 08:44:39.425 SendPacket: CiStatus(0)
2026/03/31 08:44:39.425 SendPacket: end
2026/03/31 08:44:39.425 CiStatusToSystemErrorCode: start
2026/03/31 08:44:39.425 CiStatusToSystemErrorCode: end returning (CiStatus=0)
2026/03/31 08:44:39.425 PacketExchange: calling RecvPacket
2026/03/31 08:44:39.425 RecvPacket: start
2026/03/31 08:44:39.425 RecvPacket: useEncryption = 1
2026/03/31 08:44:39.425 RecvPacket: before calling CpqCiRecv CHANNEL 0x1591fe0 ChannelNumber(6), hChannel(0x15a8c40)
2026/03/31 08:44:39.425 CpqCiRecv() star