Skip to content

Building in docker container failing / extremely slow #758

Closed

Description

@genox

Hi,

I'm trying to build an app with typescript in a docker container (for CI/CD) but the build (using webpack, babel, as per NextJS) never finishes and eventually exits when it hits timeout.

When I build the app (with prod env) locally, not inside the container, the build works fine and finishes after 15s. In a docker container (tried alpine and ubuntu), it hangs at 100% CPU, slowly filling memory, with low I/O.

I'm using NextJS with @zeit/next-typescript - already asked for guidance over there but to no avail.

I'm using webpack@3.11.0, ts-loader@3.5.0 and typescript@latest. Unfortunately I can't just upgrade to webpack 4 for the new ts-loader versions for testing - locked in by NextJS. I tried with various typescript versions, the only difference is that some of them leak memory more than others. ;-) But the result stays the same.

Anyone ever experience a similar issue, especially within a docker container?

Activity

  1. johnnyreilly commented on Apr 9, 2018

    @johnnyreilly
    Member

    As far as I can tell, this is not a ts-loader issue and so I'm closing this issue. I hope you get your issue sorted. Please feel free to re-open if you identify a specific ts-loader problem

  2. genox commented on Apr 9, 2018

    @genox
    Author
  3. johnnyreilly commented on Apr 9, 2018

    @johnnyreilly
    Member

    You could up the log level to info: https://github.com/TypeStrong/ts-loader/blob/master/README.md#loglevel-string-defaultwarn

    There's also a trace option you could try including

  4. genox commented on Apr 9, 2018

    @genox
    Author

    I figured it out eventually.

    For some ( ¯\_(ツ)_/¯ ) reason, builds that are being run in the root of a docker image hang. Moved everything into a subdirectory and it magically works. Somewhere (anywhere from webpack through babel including tsc) a file glob pattern is not expecting to be run in the root directory .. or so. But I don't feel like digging deeper on that end, either.

    Thanks for the great work you do on this library and all the best!

  5. johnnyreilly commented on Apr 9, 2018

    @johnnyreilly
    Member

    Thanks for reporting back! It's always good to know where things get to 😄

  6. chris-vest commented on Apr 17, 2018

    @chris-vest

    @genox Thanks for the fix on that, was having the same problem!

  7. wchatx commented on Sep 12, 2018

    @wchatx

    @genox same problem and your fix solved it. thanks!

  8. mikebyte00 commented on Oct 15, 2018

    @mikebyte00

    @genox same problem here - thank you! You've saved me a lot of time with this niche issue.

  9. OrenSchwartz commented on Nov 24, 2018

    @OrenSchwartz

    +1 for the fix suggested by @genox

  10. ilteoood commented on Nov 29, 2018

    @ilteoood

    +1 for the suggestion of @genox

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions