java/nio/file/attribute/PosixFileAttributeView/Basic.java has started to fail recently on one or two Solaris machines in JPRT.

An example failure is:

-- Lookup UserPrincipal Tests --
lookup: jprtadm
lookup group: staff
lookup: scumbag99
STDERR:
java.io.IOException: scumbag99: Resource temporarily unavailable
at sun.nio.fs.UnixUserPrincipals.lookupName(UnixUserPrincipals.java:148)
at sun.nio.fs.UnixUserPrincipals.lookupUser(UnixUserPrincipals.java:170)
at sun.nio.fs.UnixFileSystem$LookupService$1.lookupPrincipalByName(UnixFileSystem.java:330)
at Basic.lookupPrincipalTests(Basic.java:305)
at Basic.main(Basic.java:390)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at com.sun.javatest.regtest.MainAction$SameVMRunnable.run(MainAction.java:746)
at java.lang.Thread.run(Thread.java:744)

It appears that that getpwnam_r and getgrnam_r are failing with the error EAGAIN when these libc functions are called to lookup user or group names that do not exist.

We need to investigate if this is new behavior in a Solaris update or whether this has always been there and is dependent on the configuration (ldap is configured for passwd and group on these systems).