[Webinar] Streamline your web hosting managementRegister Today

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1325
  • Last Modified:

FileChannel.tryLock : IOException: Invalid argument

I've run into a baffling problem porting a Java program over to a FreeBSD system from Trustix.  When I try to obtain a file lock on a RandomAccessFile I get an "Invalid Argument" exception.

When searching for a fix I found reference to 64-bit systems having problems with this, but that has been fixed in java 1.4.3 (IIRC).  I did try passing in a block size to tryLock() (ie: tryLock(0L, 1024L, false) ) but that did not change the result.

See code snippet for code and exception.

System:
FreeBSD 7.1, 64bit
Filesystem: UFS
java: jdk 1.6.0

Anyone have any input on this?
// code
      FileChannel channel = new RandomAccessFile("fileLockTest","rw").getChannel();
      FileLock lock = channel.tryLock();
 
// exception
java.io.IOException: Invalid argument
        at sun.nio.ch.FileChannelImpl.lock0(Native Method)
        at sun.nio.ch.FileChannelImpl.tryLock(FileChannelImpl.java:924)
        at java.nio.channels.FileChannel.tryLock(FileChannel.java:978)
        at FileLockTest.obtainRefreshLock(FileLockTest.java:47)

Open in new window

0
malklavious
Asked:
malklavious
  • 5
  • 2
  • 2
1 Solution
 
objectsCommented:
first create the lock

      FileChannel channel = new RandomAccessFile("fileLockTest","rw").getChannel();
        FileLock lock = channel.lock();
      lock = channel.tryLock();

0
 
malklaviousAuthor Commented:
I was doing that at first, moved to the tryLock as I was trying to figure out a way to get it to work.

Tried it again, still getting the exception, now on the "channel.lock()" line.
// code
      FileChannel channel = new RandomAccessFile("fileLockTest","rws").getChannel();  
      FileLock lock = channel.lock();  // <-- exception thrown here
 
// exception
java.io.IOException: Invalid argument
        at sun.nio.ch.FileChannelImpl.lock0(Native Method)
        at sun.nio.ch.FileChannelImpl.lock(FileChannelImpl.java:887)
        at java.nio.channels.FileChannel.lock(FileChannel.java:876)
        at FileLockTest.obtainRefreshLock(FileLockTest.java:66)

Open in new window

0
 
objectsCommented:
> I did try passing in a block size to tryLock() (ie: tryLock(0L, 1024L, false)

that should have worked according to:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6371627
0
The new generation of project management tools

With monday.com’s project management tool, you can see what everyone on your team is working in a single glance. Its intuitive dashboards are customizable, so you can create systems that work for you.

 
malklaviousAuthor Commented:
That's exactly why I'm so baffled!  I read that bug and a couple of other bugs related to using Long.MAX_VALUE on 64-bit systems could cause problems.

I just ran a couple more tests, using start/end pairs of:

0, 1024
1, 1024
0, 0

All with the same result as above...
0
 
malklaviousAuthor Commented:
One side note, looks like the system has OpenJDK 1.6.0, so it may be an OpenJDK issue.  I'm going to try and do a test on the same OS/Filesystem with regular Java to see what happens.
0
 
nj_glennCommented:
Try to run java -version from the command line.  If it doesn't report correctly, you may have a configuration error.  

Expected output:

[/usr/local/etc]$ java -version
openjdk version "1.6.0-internal"
OpenJDK Runtime Environment (build 1.6.0-internal-root_17_mar_2009_11_47-b00)
OpenJDK 64-Bit Server VM (build 11.0-b17, mixed mode)
0
 
malklaviousAuthor Commented:
Doing some more testing with different systems found that it is not isolated to OpenJDK, on a different system that is also running OpenJDK I was able to get the FileLock to work.  Seems like it is a configuration issue on the system I was doing my initial tests on.  Having my SysAdmins take a look to see what's different (they should be identical).
0
 
nj_glennCommented:
Interesting. Have your sys-admins be sure both versions of the JDK are the same on each machine.
0
 
malklaviousAuthor Commented:
Bingo, looks like that is the problem.  The OpenJDK versions are different.
0

Featured Post

Never miss a deadline with monday.com

The revolutionary project management tool is here!   Plan visually with a single glance and make sure your projects get done.

  • 5
  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now