[jira] [Assigned] (MASSEMBLY-774) too many open files

["Kristian Rosenvold (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/MASSEMBLY-774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kristian Rosenvold reassigned MASSEMBLY-774:
--------------------------------------------

    Assignee: Kristian Rosenvold

> too many open files
> -------------------
>
>                 Key: MASSEMBLY-774
>                 URL: https://issues.apache.org/jira/browse/MASSEMBLY-774
>             Project: Maven Assembly Plugin
>          Issue Type: Bug
>    Affects Versions: 2.5.5
>            Reporter: Dan Armbrust
>            Assignee: Kristian Rosenvold
>
> I ran across this - http://mail-archives.apache.org/mod_mbox/maven-dev/201501.mbox/%3CA2EE0D04-04E3-4C99-8842-67346386200C@takari.io%3E - and since I'm making huge zip files, I thought I would give it a try.
> I configured as:
>                 <plugin>
>                     <groupId>org.apache.maven.plugins</groupId>
>                     <artifactId>maven-assembly-plugin</artifactId>
>                     <version>2.5.5</version>
>                     <dependencies>
>                         <dependency>
>                             <groupId>org.codehaus.plexus</groupId>
>                             <artifactId>plexus-archiver</artifactId>
>                             <version>3.0.1</version>
>                         </dependency>
>                         <dependency>
>                             <groupId>org.codehaus.plexus</groupId>
>                             <artifactId>plexus-io</artifactId>
>                             <version>2.6</version>
>                         </dependency>
>                     </dependencies>
>                 </plugin>
> But this lead to a failure:
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-assembly-plugin:2.5.5:single (zip) on project ... sememe/seg.3182.sememe.map (Too many open files) -> [Help 1]
> I certainly could raise my ulimit:
> darmbrust@overkill:/mnt/STORAGE/Work/Apelon/Workspaces/ISAAC-Core-2/va-solor-goods$ ulimit -a
> ...
> open files                      (-n) 1024
> But it seems it would be better if the zip process limited itself to a reasonable number of open files.  I don't know the algorithm... but it seems that double or triple the processor count would be more than enough.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)