Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class
1083 views

File contains possible DP logs (DP 9.06)

Jump to solution

A while ago I upgraded from version 9.05 to 9.06 and started noticing a file named "1" in the root folder of just my Unix servers. I have not found a simmilar file on my Linux or Windows servers. From the log entries it appears to have data protector information in it. The last update time of the file is normally around the same time as when that particular server was being backed up.

Has anybody noticed a file with similar contents and does anybody know where this file is coming from or what is causing it to be created.

Any information on this would be appreciated.

 

Sat Apr  9 20:46:47 2016 [USERID.DOMAIN@server1.Mydomain.com] : PATCH_INFO_IS

Sun Apr 10 01:17:54 2016 [USERID.DOMAIN@server1.Mydomain.com] : BDF

Sun Apr 10 01:22:19 2016 [USERID.DOMAIN@server1.Mydomain.com] : vbda

Sat Apr  9 14:49:42 2016 [USERID.DOMAIN@server1.mydomain.com] : INCLUDE

Sat Apr  9 14:49:43 2016 [USERID.DOMAIN@server1.mydomain.com] : INFO_MODULES

Sat Apr  9 14:49:43 2016 [root.sys@server1.mydomain.com] : GET_FILE

Sat Apr  9 14:49:44 2016 [USERID.DOMAIN@server1.mydomain.com] : INFO

Sat Apr  9 14:49:49 2016 [USERID.DOMAIN@server1.mydomain.com] : INCLUDE

Sat Apr  9 14:49:49 2016 [USERID.DOMAIN@server1.mydomain.com] : INFO_MODULES

Sat Apr  9 14:49:50 2016 [root.sys@server1.mydomain.com] : GET_FILE

Sat Apr  9 14:49:51 2016 [USERID.DOMAIN@server1.mydomain.com] : INFO

Sat Apr  9 14:49:52 2016 [root.root@server2.mydomain.com] : INFO

Sat Apr  9 14:49:52 2016 [root.root@server2.mydomain.com] : EXEC_CMD

Sat Apr  9 14:49:52 2016 [root.root@server2.mydomain.com] : EXEC_CMD

Sat Apr  9 14:49:53 2016 [root.root@server2.mydomain.com] : FTP_PUT_FILE

Sat Apr  9 14:49:54 2016 [root.root@server2.mydomain.com] : EXEC_CMD         

Sat Apr  9 15:15:22 2016 [USERID.DOMAIN@server1.Mydomain.com] : INFO

Sat Apr  9 20:41:22 2016 [USERID.DOMAIN@server1.Mydomain.com] : PATCH_INFO_IS

Sat Apr  9 20:43:42 2016 [USERID.DOMAIN@server1.Mydomain.com] : PATCH_INFO_IS

Sun Apr 10 04:58:40 2016 [USERID.DOMAIN@server1.Mydomain.com] : vbda

Sun Apr 10 10:28:25 2016 [USERID.DOMAIN@server1.Mydomain.com] : vbda

Sun Apr 10 19:38:04 2016 [USERID.DOMAIN@server1.Mydomain.com] : PATCH_INFO_IS

Sun Apr 10 19:38:46 2016 [USERID.DOMAIN@server1.Mydomain.com] : PATCH_INFO_ISF

 

0 Likes
21 Replies
Micro Focus Expert
Micro Focus Expert

Hello,

I can confirm this one :

"DP creates files named "1" and "2" under"

and Yes - the main suspect is that INET is the one logging it.

A lab case is already raised for this one and as of now, I dont see any new update.

We will have to wait for the lab engineer's comment - the one who handles the INET module.

QCIM2A68427 /1 /2 files are created unexpectedly since 9.06

Rgds,

Sherman

Sherman Senin
Customer Support Engineer, APJ
Data Protector
Micro Focus
Commander
Commander

Hello, We experience the same on our HP/UX 11.31 servers. A quick check tells me that the "2" file is always empty and the "1" file always has lines telling under which user-ID a DP process was launched on the affected server.

I Presume that "1" stands for the standard output of a process that runs on every HP/UX server. And "2" stands for standard error of this process. So the possible conclusion that you have reached in this thread could be correct. inet is running on every HP/UX server and therefor is a good possible candidate.

Our linux servers do not have these files under the root file system.

 

0 Likes
Micro Focus Expert
Micro Focus Expert

Hi Herman ,

I had a same suspicion but it seems that DP doesn't use a redirect (1>, 2>) to log those messages .
So, the situation might be a bit different .
We are waiting for analysis of labs now .

Regarding the path , other customers reported that the files are being created under /root (not /) .
I also suspected that it might be related to home directory of root user , but it's not clear yet .

0 Likes
Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class

Thank you for that information. I had actually opened a case regarding this issue on the 9th of June and got this response from support.

"This file is not part of Data Protector, it seems to be like a report of the OS"

0 Likes
Micro Focus Expert
Micro Focus Expert

Found the same issue on Linux. Data Protector INET will create a file named /tmp/inet.log logging the same content.

Regards,
Sebastian Koehler

---
Please use the Like button below, if you find this post useful.
0 Likes
Micro Focus Expert
Micro Focus Expert

Hello all ,

Finally a Hotfix is available to solve the issue .
Please contact Software Support and ask them to provide a Hotfix of QCCR2A68785 .

Currently a Hotfix for 9.06 is available .
We are asking to prepare a Hotfix for 9.07 as well but it's not ready yet .

Thank you .

0 Likes
Micro Focus Expert
Micro Focus Expert

Hello Sebastian ,

We have a Hotfix for the issue but unfortunately "/tmp/inet.log" on RHEL seems to be out of scope .
The Hotfix doesn't fix for "/tmp/inet.log" on RHEL .
I'm checking how we can work on it .

0 Likes
Micro Focus Expert
Micro Focus Expert

Hi Tadashi,

I don't mind. Support is already working on the issue in 5309854821. Would be great to have this resolved in A.09.07_110. A hotfix is not required (for me).

Regards,
Sebastian Koehler

---
Please use the Like button below, if you find this post useful.
0 Likes
Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class

Hi Tadashi,

This is not an issue for us at all. I was just doing some reseach one day and came across the file on my HP-UX server and asked support if this might me a data protector file as the contents appeared to be data protector related.

However if this is the symptom of a more serious issue, please let us know what the issue was so that we can determine if we need the hot fix or not.

Thanks

0 Likes
Micro Focus Expert
Micro Focus Expert

Hi all ,

What a real issue is , logs are consuming unexpected filesystem (/ or /tmp) .
Amount of inet logs are not huge , but it's growing constantly .

So, it will be preferred to stop logging into such a filesystem .

Now new hotfix (HF2) is available to solve both issues . (/1 and /tmp/inet.log) .

If you never mind about such a log file under / or /tmp , that is perfectly fine 🙂
If you need to stop logging to the incorrect filesystem , please contact support team to get the HF .

Thank you.
Best regards.
Tadashi

View solution in original post

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.