Skip to content

1.408 doesn't work with --cert args #378

Closed

Description

@mentz
  • code-server version: 1.408-vsc1.32.0
  • OS Version: Ubuntu Server 18.04 LTS (VM on Hyper-V)

Description

Trying to run code-server with --cert and --cert-key arguments causes application to exit issuing error EEXIST: file already exists, mkdir '<cert-path>'.

Steps to Reproduce

  1. Acquire certificates for HTTPS operation
  2. Try to run code-server with certificates, e.g. ./code-server --cert fullchain.pem --cert-key privkey.pem

Error shown

Below is a complete example of the error I am getting when running code-server following above steps:

lucas@u1804-coder:~/code-server1.408-vsc1.32.0-linux-x64$ ./code-server --cert fullchain.pem --cert-key privkey.pem
ERROR { Error: EEXIST: file already exists, mkdir '/home/lucas/code-server1.408-vsc1.32.0-linux-x64/fullchain.pem'
  [stack]: 'Error: EEXIST: file already exists, mkdir \'/home/lucas/code-server1.408-vsc1.32.0-linux-x64/fullchain.pem\'',
  [message]: 'EEXIST: file already exists, mkdir \'/home/lucas/code-server1.408-vsc1.32.0-linux-x64/fullchain.pem\'',
  errno: -17,
  code: 'EEXIST',
  syscall: 'mkdir',
  path: '/home/lucas/code-server1.408-vsc1.32.0-linux-x64/fullchain.pem' }
free(): invalid pointer
Aborted (core dumped)

Previous versions

This error does not happen on previous code-server version 1.32.0-310.

Activity

  1. kylecarbs commented on Mar 29, 2019

    @kylecarbs
    Member

    Will fix. Thanks for the report!

  2. added this to the March 2019 milestone on Mar 29, 2019
  3. mcp352 commented on Mar 29, 2019

    @mcp352

    Exact same issue. Is there an easy workaround? Thanks for posting Mentz.

  4. mentz commented on Mar 29, 2019

    @mentz
    Author

    The "workaround" I'm using is reverting to version 1.32.0-310.

  5. self-assigned this
    on Mar 29, 2019
  6. kmahyyg commented on Mar 31, 2019

    @kmahyyg

    same issue as #351

  7. mentz commented on Mar 31, 2019

    @mentz
    Author

    Sorry, I didn't think it was a duplicate. Seeing that it's a different error I thought it would be better to open a new issue for this one.

  8. kirintwn commented on Apr 1, 2019

    @kirintwn

    Got exact same error too, another workaround for now might be using reverse proxy like nginx to perform ssl transmission.

  9. code-asher commented on Apr 1, 2019

    @code-asher
    Member

    Did some testing and it looks like what fixed #351 also fixed this one (that fix hasn't been released yet though). The different arguments caused a different error message, but the root cause was the same.

  10. XiaolongMeng commented on Apr 4, 2019

    @XiaolongMeng

    same error, waiting to be fixed

  11. kylecarbs commented on Apr 4, 2019

    @kylecarbs
    Member

    Fixed with the latest release!

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

Metadata

Metadata

Assignees

Labels

bugSomething isn't working

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions