Welcome Serena Central users! CLICK HERE
The migration of the Serena Central community is currently underway. Be sure to read THIS MESSAGE to get your new login set up to access your account.
aortiz1 Respected Contributor.
Respected Contributor.
549 views

Platform Agent keeps logging to old IP

Hi everyone and thanks for the help in advance, the issue i'm having today is that i changed the IP of my sentinel server and changed it in my logevent.conf file of eDirectory, but when i see the nproduct.log file it says that it's trying to connect to the old IP and failing to do so, so it keeps caching forever.
any ideas?
Sentinel is version 8.2 and IDM is version 4.5.
0 Likes
2 Replies
Knowledge Partner Knowledge Partner
Knowledge Partner

Re: Platform Agent keeps logging to old IP

On 02/07/2019 06:56 AM, aortiz1 wrote:
>
> Hi everyone and thanks for the help in advance, the issue i'm having
> today is that i changed the IP of my sentinel server and changed it in
> my logevent.conf file of eDirectory, but when i see the nproduct.log
> file it says that it's trying to connect to the old IP and failing to do
> so, so it keeps caching forever.
> any ideas?


I presume you restarted eDirectory entirely after making this change, but
if not you s should definitely do that.

You may be able to see what is making those connections, in case it is
caching and not eDirectory itself, with the following command:


sudo /usr/sbin/ss -planeto | grep :1389


Less-likely, though, is that while eDirectory was stopped you both killed
any existing lcache processes and also deleted their old cache files. The
cache files themselves are tagged with the target IP, so even if you
restart lcache it will try to send old cached data to the old IP until
those files are cleaned out, so it's best to delete them after stopping
eDirectory and forcefully killing lcache. The default location for the
files is /var/opt/novell/naudit/cache as I recall, so the following
commands are probably for you, all executed as 'root' presumably:


ndsmanage stopall #stop eDirectory, all instances (if applicable)
pkill -9 lcache #stop lcache forcefuly
rm /var/opt/novell/naudit/cache/lc* #the files all start with 'lc'
ndsmanage startall #start eDirectory again, all instances


Once done see if that has fixed everything:


sudo /usr/sbin/ss -planeto | grep :1389


> Sentinel is version 8.2 and IDM is version 4.5.


IDM 4.5 is very old. I guess you are at least on the latest
service/support pack (SP) or else you would be having TLS/SSL connection
issues with various things like Sentinel, but you may want to be sure an
update is scheduled for eDir and IDM to avoid those problems as the world
keeps rapidly deprecating old TLS/SSL technologies which wee the only
options available back in the eDirectory 8.8 timeframe.

--
Good luck.

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below.

If you want to send me a private message, please let me know in the
forum as I do not use the web interface often.
0 Likes
aortiz1 Respected Contributor.
Respected Contributor.

Re: Platform Agent keeps logging to old IP

ab;2494968 wrote:
On 02/07/2019 06:56 AM, aortiz1 wrote:
>
> Hi everyone and thanks for the help in advance, the issue i'm having
> today is that i changed the IP of my sentinel server and changed it in
> my logevent.conf file of eDirectory, but when i see the nproduct.log
> file it says that it's trying to connect to the old IP and failing to do
> so, so it keeps caching forever.
> any ideas?


I presume you restarted eDirectory entirely after making this change, but
if not you s should definitely do that.

You may be able to see what is making those connections, in case it is
caching and not eDirectory itself, with the following command:


sudo /usr/sbin/ss -planeto | grep :1389


Less-likely, though, is that while eDirectory was stopped you both killed
any existing lcache processes and also deleted their old cache files. The
cache files themselves are tagged with the target IP, so even if you
restart lcache it will try to send old cached data to the old IP until
those files are cleaned out, so it's best to delete them after stopping
eDirectory and forcefully killing lcache. The default location for the
files is /var/opt/novell/naudit/cache as I recall, so the following
commands are probably for you, all executed as 'root' presumably:


ndsmanage stopall #stop eDirectory, all instances (if applicable)
pkill -9 lcache #stop lcache forcefuly
rm /var/opt/novell/naudit/cache/lc* #the files all start with 'lc'
ndsmanage startall #start eDirectory again, all instances


Once done see if that has fixed everything:


sudo /usr/sbin/ss -planeto | grep :1389


> Sentinel is version 8.2 and IDM is version 4.5.


IDM 4.5 is very old. I guess you are at least on the latest
service/support pack (SP) or else you would be having TLS/SSL connection
issues with various things like Sentinel, but you may want to be sure an
update is scheduled for eDir and IDM to avoid those problems as the world
keeps rapidly deprecating old TLS/SSL technologies which wee the only
options available back in the eDirectory 8.8 timeframe.

--
Good luck.

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below.

If you want to send me a private message, please let me know in the
forum as I do not use the web interface often.


I tried this in my development environment and its working pretty neat! thank you so much!
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.