You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "paul cannon (JIRA)" <ji...@apache.org> on 2011/09/26 18:43:26 UTC
[jira] [Commented] (CASSANDRA-2989) Error creating snaphot
[ https://issues.apache.org/jira/browse/CASSANDRA-2989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13114772#comment-13114772 ]
paul cannon commented on CASSANDRA-2989:
----------------------------------------
Ok, Luis, do you still have some logs showing this problem? I'm wondering whether you see any of these earlier:
{noformat}
JNA not found. Native methods will be disabled.
{noformat}
or
{noformat}
Unable to link C library. Native methods will be disabled.
{noformat}
or
{noformat}
Obsolete version of JNA present; unable to register C library. Upgrade to JNA 3.2.7 or later
{noformat}
Also, what exact versions of cassandra and libjna-java are installed? ({{dpkg -s cassandra libjna-java | grep Version}})
bq. (it seams that /etc/security/limits.d/cassandra.conf did not work, I believe that it is related to PAM in ubuntu)
Right, the settings in limits.d will only take effect under the appropriate conditions. In the default Debian/Ubuntu PAM config, that includes login via 'login', 'sshd', and 'sudo', and execution via 'cron' or 'at'. It notably does not include becoming a user with 'su'. But even if it did, the Debian initscript does not use su like the Redhat one; it uses jsvc, which sheds privileges and switches users itself, without any special PAM integration. So really, the limits.d/cassandra.conf is only useful for users who may want to run Cassandra via a different method from the initscript.
> Error creating snaphot
> ----------------------
>
> Key: CASSANDRA-2989
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2989
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
> Affects Versions: 0.8.1
> Environment: Ubuntu, from apache repository 08x.
> Reporter: Luis Eduardo Villares Matta
> Assignee: paul cannon
>
> (Note I upgraded from 0.7.x to 0.8.1 and I am having problems updating the schemas, running nodetool compac. But now
> I had this error on production so I am posting it)
> Exception in thread "main" java.io.IOError: java.io.IOException: Cannot run program "ln": java.io.IOException: error=24, Too many open files
> at org.apache.cassandra.db.ColumnFamilyStore.snapshotWithoutFlush(ColumnFamilyStore.java:1700)
> at org.apache.cassandra.db.ColumnFamilyStore.snapshot(ColumnFamilyStore.java:1726)
> at org.apache.cassandra.db.Table.snapshot(Table.java:198)
> at org.apache.cassandra.service.StorageService.takeSnapshot(StorageService.java:1409)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:93)
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:27)
> at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:208)
> at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:120)
> at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:262)
> at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
> at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
> at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1427)
> at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:72)
> at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1265)
> at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1360)
> at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:788)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
> at sun.rmi.transport.Transport$1.run(Transport.java:159)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
> at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> Caused by: java.io.IOException: Cannot run program "ln": java.io.IOException: error=24, Too many open files
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
> at org.apache.cassandra.utils.CLibrary.createHardLinkWithExec(CLibrary.java:181)
> at org.apache.cassandra.utils.CLibrary.createHardLink(CLibrary.java:147)
> at org.apache.cassandra.io.sstable.SSTableReader.createLinks(SSTableReader.java:730)
> at org.apache.cassandra.db.ColumnFamilyStore.snapshotWithoutFlush(ColumnFamilyStore.java:1693)
> ... 33 more
> Caused by: java.io.IOException: java.io.IOException: error=24, Too many open files
> at java.lang.UNIXProcess.<init>(UNIXProcess.java:148)
> at java.lang.ProcessImpl.start(ProcessImpl.java:65)
> at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
> ... 37 more
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira