[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: HTTPAPI IFS file lock HELP!!
Yes - Mimix is running.
But, if I call HTTPAPI from a green screen, the DOWNLOAD output file is intermittently locked ("in use" actually).
I can wait 2 hours and it is still locked.
When I sign off the session, it IMMEDIATELY becomes available and I can process as desired.
But this is going to make it very difficult to use.
Is HTTPAPI meant to ONLY run in a batch environment, and then the job MUST end for the DOWNLOAD file to be closed and usable?
It is locking the file so randomly - most times it is locked and unusable (until the job ends), other times it unlocks it immediately.
Any ideas?
Thanks
-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Karl
Sent: Friday, February 17, 2012 1:02 PM
To: HTTPAPI and FTPAPI Projects
Subject: Re: HTTPAPI IFS file lock HELP!!
Hi,
The IFS Folder seem to be jounalized with a journal named : DEVJRNL from
##JOURNALS library
Do you have a replication software of any program that might lock object
for some time or monitor new files from the IFS?
>From what I see, this doesn't seem to be an issue related with Httpapi but
with a setup on the machine.
Regards,
Karl
On Fri, Feb 17, 2012 at 1:40 PM, Stone, Joel <Joel.Stone@xxxxxxxxxx> wrote:
> Help!!
>
>
> HTTPAPI is leaving a lock (technically "CPFA095 Object in use" - not an
> object lock) on my DOWNLOAD file, so the file is unusable.
>
>
> I tried CPY, which gives the CFPA095 error; same for CPYFRMSTMF - error
> CPFA095.
>
>
> I placed the systemi-navigator screen below - not sure if it will pass
> thru in this email. It shows "In use: Yes" on this IFS file.
>
>
> Is there any way that I can CPYFRMSTMF or otherwise manipulate the file
> that HTTPAPI retrieves?
>
>
> HTTPAPI is leaving this LOCK on the DOWNLOAD file so the file is not
> usable.
>
>
> The lock seems to be released only if the job ends - which doesn't help
> much.
>
>
> Tried RCLACTGRP *ELIGIBLE, no help.
>
>
> Is journaling messing this up? Does that stop HTTPAPI from functioning
> properly and not releasing the file lock?
>
>
> Any ideas?
>
>
> Here are the WRKLNK attributes:
>
>
> Display Attributes
>
>
> Object . . . . . . : /gig/Incoming/Official 02-17-12 H12M00S25.xml
>
>
> Type . . . . . . . . . . . . . . . . . : STMF
>
>
> Owner . . . . . . . . . . . . . . . . : JSTONE
>
> System object is on . . . . . . . . . : Local
>
> Auxiliary storage pool . . . . . . . . : 1
>
> Object overflowed . . . . . . . . . : No
>
>
> Coded character set ID . . . . . . . . : 819
>
> Hidden file . . . . . . . . . . . . . : No
>
> PC system file . . . . . . . . . . . . : No
>
> Read only . . . . . . . . . . . . . . : No
>
>
> Need to archive (PC) . . . . . . . . . : Yes
>
> Need to archive (System) . . . . . . . : Yes
>
> Object . . . . . . : /gig/Incoming/Official 02-17-12 H12M00S25.xml
>
>
> Creation date/time . . . . . . . . . . : 02/17/12 12:00:25
>
> Last access date/time . . . . . . . . : 02/17/12 12:09:17
>
> Data change date/time . . . . . . . . : 02/17/12 12:00:26
>
> Attribute change date/time . . . . . . : 02/17/12 12:00:27
>
>
> Size of object data in bytes . . . . . : 195
>
> Allocated size of object . . . . . . . : 8192
>
> File format . . . . . . . . . . . . . : *TYPE2
>
> Size of extended attributes . . . . . : 0
>
> Storage freed . . . . . . . . . . . . : No
>
> Temporary object . . . . . . . . . . . : No
>
> Disk storage option . . . . . . . . . : *NORMAL
>
> Main storage option . . . . . . . . . : *NORMAL
>
>
> Auditing value . . . . . . . . . . . . : *NOTAVL
>
> Object domain . . . . . . . . . . . . : *SYSTEM
>
>
> Number of hard links . . . . . . . . . : 1
>
>
>
> Set effective user ID . . . . . . . . : No
>
> Set effective group ID . . . . . . . . : No
>
> Restricted rename and unlink . . . . . : No
>
>
> Last used date . . . . . . . . . . . . : 02/17/12
>
> Days used count . . . . . . . . . . . : 1
>
> Reset date . . . . . . . . . . . . . :
>
>
> Allow write during save . . . . . . . : No
>
> Can be saved . . . . . . . . . . . . . : Yes
>
> Digitally signed . . . . . . . . . . . :
> No
>
>
>
> File ID . . . . . . . . . . . . . . . :
> X'0000000000000001890A2F820008A022'
>
> Object is currently journaled . . . . : Yes
>
> Current or last journal . . . . . . : DEVJRNL
>
> Library . . . . . . . . . . . . . : ##JOURNALS
>
> Journal images . . . . . . . . . . . : *AFTER
>
> Journal entries to be omitted . . . : *OPNCLOSYN
>
> Last journal start date/time . . . . : 02/17/12 12:00:26
>
> Partial Transactions:
>
> Apply journaled changes required . : No
>
> Rollback was ended . . . . . . . . : No
>
> Starting journal receiver for apply :
>
> Library . . . . . . . . . . . . . :
>
> ASP Device . . . . . . . . . . . . :
>
>
> Object scanning . . . . . . . . . . . : *YES
>
> Scan status . . . . . . . . . . . . : *REQUIRED
>
> System use . . . . . . . . . . . . . . : *NONE
>
>
>
>
>
>
> [cid:image002.png@01CCED71.5E387F30]
>
>
>
> CPY OBJ('/gig/incoming/Official 02-17-12 H12M00S25.xml')
> TOOBJ(a_test1)
>
> Object in use. Object is /gig/incoming/Official 02-17-12
> H12M00S25.xml.
>
>
> Additional Message
> Information
>
>
>
> Message ID . . . . . . :
> CPFA09E
>
> Date sent . . . . . . : 02/17/12 Time sent . . . . . . :
> 12:27:48
>
>
>
> Message . . . . : Object in use. Object is /gig/incoming/Official
> 02-17-12
>
> H12M00S25.xml.
>
>
>
> Cause . . . . . : An operation attempted to use
> object
>
> /gig/incoming/Official 02-17-12 H12M00S25.xml. This object is
> currently in
>
> use.
>
> Recovery . . . : Allow time for the current operation to complete
> and then
>
> retry. If no operation is being performed, determine if the object
> is
>
> checked out. If it is, use the Check In Object (CHKIN) command to
> check in
>
> the object and then
> retry.
>
> To determine what is currently using the object or if the object
> is
>
> checked out, you can use the Retrieve Object References (QP0LROR)
> API, or
>
> examine the object's properties using System i
> Navigator.
>
> Additionally, the Work with Object Links (WRKLNK) or Display Object
> Links
>
> (DSPLNK) commands can be used to determine if the object is checked
> out.
>
>
>
>
>
> -----Original Message-----
> From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
> [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Stone, Joel
> Sent: Friday, February 17, 2012 11:08 AM
> To: 'HTTPAPI and FTPAPI Projects'
> Subject: HTTPAPI IFS file lock
>
>
> Help!!
>
>
> I am using the following HTTPAPI and it works perfectly.
>
>
>
> HTTPAPI URL(&URL) DOWNLOAD(&TOIFSFILE)
>
>
> The DOWNLOAD file appears intact in windows explorer and in System I
> navigator.
>
>
> However, my next command fails:
>
>
> For some reason (and randomly) the DOWNLOADed file is in use and
> CPYFRMSTMF command is NOT able to copy it.
>
>
> CPYFRMSTMF FROMSTMF('/gig/incoming/Official 02-17-12 H10M43S00.xml')
>
> TOMBR('/QSYS.LIB/QTEMP.LIB/ifsinfo.FILE/ifsinfo.MBR')
> MBROPT(*REPLACE) ENDLINFMT(*FIXED) TABEXPN(*NO)
>
>
> Object in use. Object is /gig/incoming/Official 02-17-12
> H10M43S00.xml.
>
>
> Stream file not copied.
>
>
> CPFA095 received
>
>
> Most times I receive the "Object in use" message, but other times the
> CPYFRMSTMF works just fine.
>
>
> If it fails (with the "Object in use"), it appears to NEVER be
> available until I log off - which seems to release the lock.
>
>
>
> 1) Is there a command like WRKOBJLCK to view an IFS file lock?
>
>
> 2) How can I release this nasty lock so a CPYFRMSTMF can function
> properly?
>
>
>
> Thanks so much in advance!!
>
>
>
>
> [cid:image001.png@01CCED62.EC347320]
>
>
> ______________________________________________________________________
>
> This outbound email has been scanned for all viruses by the MessageLabs
> Skyscan service.
>
> For more information please visit http://www.symanteccloud.com
>
> ______________________________________________________________________
>
>
> _______________________________________________________________________
> _
>
> This inbound email has been scanned for all viruses by the MessageLabs
> SkyScan
>
> service.
>
> _______________________________________________________________________
> _
>
> ______________________________________________________________________
> This outbound email has been scanned for all viruses by the MessageLabs
> Skyscan service.
> For more information please visit http://www.symanteccloud.com
> ______________________________________________________________________
>
> -----------------------------------------------------------------------
> This is the FTPAPI mailing list. To unsubscribe, please go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> -----------------------------------------------------------------------
>
>
________________________________________________________________________
This inbound email has been scanned for all viruses by the MessageLabs SkyScan
service.
________________________________________________________________________
______________________________________________________________________
This outbound email has been scanned for all viruses by the MessageLabs Skyscan service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------