Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-2257659.1
Update Date:2017-04-25
Keywords:

Solution Type  Problem Resolution Sure

Solution  2257659.1 :   Performance Intelligence Center (PIC) - Empty Exported Files From "Browser Export" application Due to Space Issues on Distant FTP Server  


Related Items
  • Oracle Communications Performance Intelligence Center (PIC) Software
  •  
Related Categories
  • PLA-Support>Sun Systems>CommsGBU>Global Signaling Solutions>SN-SND: Tekelec PIC
  •  




In this Document
Symptoms
Cause
Solution
References


Created from <SR 3-14713501321>

Applies to:

Oracle Communications Performance Intelligence Center (PIC) Software - Version 4.1 and later
Information in this document applies to any platform.

Symptoms

Exported files (from "Browser Export" application) are empty on the distant FTP server (having as size 0 Bytes).

Cause

Distant FTP server is having some space issues and this explains why exported files are empty. xDRs are properly exported to the temporary file created on the NSP server. However, the file transfer to the distant FTP server is failing with the below error logged in "/var/log/nsp/weblogic/nsp/application*.log" NSP files:

2017-04-19 16:05:15,324 - ERROR - NSP - Trouble- shooting - Administrator - SYSTEM - (s)ftp copy error - org.apache.commons.vfs2.FileSystemException: Could not copy "file:///opt/nsp/nsp_tmp/Exported_File.CSV" to "ftp://user_name:***@1.1.1.1/Exported_File.CSV"

at org.apache.commons.vfs2.provider.AbstractFileObject.copyFrom(AbstractFileObject.java:1062)
at com.tekelec.cssg.nsp.protrace.ejb.scheduler.Ftp.copyFrom(Ftp.java:85)
at com.tekelec.cssg.nsp.protrace.ejb.scheduler.XdrExportSchedulerMDB.doExport(XdrExportSchedulerMDB.java:230)
at com.tekelec.cssg.nsp.protrace.ejb.scheduler.XdrExportSchedulerMDB.onMessage(XdrExportSchedulerMDB.java:86)
at weblogic.ejb.container.internal.MDListener.execute(MDListener.java:583)
at weblogic.ejb.container.internal.MDListener.transactionalOnMessage(MDListener.java:486)
at weblogic.ejb.container.internal.MDListener.onMessage(MDListener.java:388)
at weblogic.jms.client.JMSSession.onMessage(JMSSession.java:4659)
at weblogic.jms.client.JMSSession.execute(JMSSession.java:4345)
at weblogic.jms.client.JMSSession.executeMessage(JMSSession.java:3821)
at weblogic.jms.client.JMSSession.access$000(JMSSession.java:115)
at weblogic.jms.client.JMSSession$UseForRunnable.run(JMSSession.java:5170)
at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:545)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
Caused by: org.apache.commons.vfs2.FileSystemException: Could not close the output stream for file "ftp://user_name:***@1.1.1.1/Exported_File.CSV"

at org.apache.commons.vfs2.provider.DefaultFileContent$FileContentOutputStream.close(DefaultFileContent.java:694)
at org.apache.commons.vfs2.FileUtil.copyContent(FileUtil.java:118)
at org.apache.commons.vfs2.provider.AbstractFileObject.copyFrom(AbstractFileObject.java:1053)
... 14 more
Caused by: org.apache.commons.vfs2.FileSystemException: Could not put FTP file "ftp://user_name:***@1.1.1.1/Exported_File.CSV".

at org.apache.commons.vfs2.provider.ftp.FtpFileObject$FtpOutputStream.onClose(FtpFileObject.java:767)
at org.apache.commons.vfs2.util.MonitorOutputStream.close(MonitorOutputStream.java:66)
at java.io.FilterOutputStream.close(FilterOutputStream.java:160)
at org.apache.commons.vfs2.util.MonitorOutputStream.close(MonitorOutputStream.java:56)

Above observation is being confirmed by manual FTP transfer from the NSP server to the distant FTP server. In the below example, "application.log" file (having a size of 1MB on the NSP server) is transferred to the distant FTP server. You can see later from the "ls" command output that the file size on the FTP server is 0 Byte:

[root@NSP]# cd /var/log/nsp/weblogic/nsp/
[root@MONNSP nsp]# ftp 1.1.1.1
Connected to 1.1.1.1 (1.1.1.1).
220 OnAir FTP
Name (1.1.1.1:root): user_name
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> put application.log
local: application.log remote: application.log
227 Entering Passive Mode
150 Ok to send data.
451 Failure writing to local file.
ftp> ls
227 Entering Passive Mode
150 Here comes the directory listing.
-rw-r--r-- 1 514 514 0 Apr 19 14:35 application.log
226 Directory send OK.

Solution

Contact FTP server administrator (Generally Customer) and ask to do appropriate actions in order to free space on distant FTP server.

References

<NOTE:1983728.2> - Performance Intelligence Center (PIC) Partition High Occupancy/Usage

Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback