https://pulumi.com logo
Join Slack
Powered by
This message was deleted.
# general
s
This message was deleted.
g
Copy code
Exception 0xc0000005 0x0 0x7fffb74b0fff 0x1bef8280000
    PC=0x1bef8280000
    syscall.loadsystemlibrary(0xc00004a3e0, 0xc000048380, 0xc000048380, 0x20)
        /opt/hostedtoolcache/go/1.15.6/x64/src/runtime/syscall_windows.go:136 +0xe7
    syscall.LoadDLL(0x5f6f063, 0xb, 0xc000062000, 0xc000058000, 0xc000553b50)
        /opt/hostedtoolcache/go/1.15.6/x64/src/syscall/dll_windows.go:81 +0x16a
    syscall.(*LazyDLL).Load(0xc000098160, 0x0, 0x0)
        /opt/hostedtoolcache/go/1.15.6/x64/src/syscall/dll_windows.go:245 +0xc8
    syscall.(*LazyProc).Find(0xc00008bbf0, 0x0, 0x0)
        /opt/hostedtoolcache/go/1.15.6/x64/src/syscall/dll_windows.go:300 +0xbf
    syscall.(*LazyProc).mustFind(...)
        /opt/hostedtoolcache/go/1.15.6/x64/src/syscall/dll_windows.go:318
    syscall.(*LazyProc).Addr(...)
        /opt/hostedtoolcache/go/1.15.6/x64/src/syscall/dll_windows.go:327
    syscall.GetUserProfileDirectory(0x1a8, 0xc00033c4e0, 0xc000553c30, 0xc00033c4e0, 0x1bed28d6940)
        /opt/hostedtoolcache/go/1.15.6/x64/src/syscall/zsyscall_windows.go:1910 +0x3e
    syscall.Token.GetUserProfileDirectory(0x1a8, 0xc000048340, 0x32, 0x0, 0x0)
        /opt/hostedtoolcache/go/1.15.6/x64/src/syscall/security_windows.go:368 +0x8f
    os/user.current(0x0, 0x0, 0x0)
        /opt/hostedtoolcache/go/1.15.6/x64/src/os/user/lookup_windows.go:217 +0x1c7
    os/user.Current.func1()
        /opt/hostedtoolcache/go/1.15.6/x64/src/os/user/lookup.go:15 +0x29
    sync.(*Once).doSlow(0x9e650a0, 0x6160c88)
        /opt/hostedtoolcache/go/1.15.6/x64/src/sync/once.go:66 +0xf7
    sync.(*Once).Do(...)
        /opt/hostedtoolcache/go/1.15.6/x64/src/sync/once.go:57
    os/user.Current(0xc00004c150, 0xc, 0x5f5c8d5)
        /opt/hostedtoolcache/go/1.15.6/x64/src/os/user/lookup.go:15 +0x105
    <http://github.com/golang/glog.init.1()|github.com/golang/glog.init.1()>
        /home/runner/go/pkg/mod/github.com/golang/glog@v0.0.0-20160126235308-23def4e6c14b/glog_file.go:63 +0x4b
    goroutine 19 [select]:
    <http://go.opencensus.io/stats/view.(*worker).start(0xc00012c900)|go.opencensus.io/stats/view.(*worker).start(0xc00012c900)>
        /home/runner/go/pkg/mod/go.opencensus.io@v0.22.4/stats/view/worker.go:276 +0x107
    created by <http://go.opencensus.io/stats/view.init.0|go.opencensus.io/stats/view.init.0>
        /home/runner/go/pkg/mod/go.opencensus.io@v0.22.4/stats/view/worker.go:34 +0x72
    goroutine 8 [chan receive]:
    <http://github.com/golang/glog.(*loggingT).flushDaemon(0x9e65b20)|github.com/golang/glog.(*loggingT).flushDaemon(0x9e65b20)>
        /home/runner/go/pkg/mod/github.com/golang/glog@v0.0.0-20160126235308-23def4e6c14b/glog.go:882 +0x92
    created by <http://github.com/golang/glog.init.0|github.com/golang/glog.init.0>
        /home/runner/go/pkg/mod/github.com/golang/glog@v0.0.0-20160126235308-23def4e6c14b/glog.go:410 +0x27a
    rax     0x7fffb409ce56
    rbx     0x7fffb409ce54
    rcx     0x41
    rdi     0xffffffffffbadd11
    rsi     0x0
    rbp     0x1bed28e6900
    rsp     0xb90d1ff0c0
    r8      0x0
    r9      0x0
    r10     0x0
    r11     0x94b
    r12     0x7fffb72c0000
    r13     0x0
    r14     0x7fffb409ce56
    r15     0xc000007a
    rip     0x1bef8280000
    rflags  0x10206
    cs      0x33
    fs      0x53
    gs      0x2b
b
Hi @gorgeous-match-99659 Can you open an issue and we can look into it? Thanks!
👍 1
f
@gorgeous-match-99659 I've been getting the same issue. I use the TS sdk. When I set the yarn package to use the azure plugin version to 3.16.0, it works. I haven't been able to get it to work with any other version.
Copy code
"dependencies": {
        "@pulumi/pulumi": "^2.0.0",
        "@pulumi/azure": "3.16.0",
        "@pulumi/random": "^2.1.2"
    }
s
Looking into this as part of https://github.com/pulumi/pulumi/issues/6093. Does this happen consistently or is it more sporadic? I am trying to reproduce @gorgeous-match-99659 report above but seems to work with pulumi 2.19.0 and pulumi azure 3.41.1 just fine so far. Granted this is on a windows aws workspace which is not really a windows 10 environment…
Tried this on a windows 10 VM as well a few times and no dice reproducing. Would appreciate any additional information you can provide to reproduce this @fancy-umbrella-67692 and @gorgeous-match-99659
f
These are the steps I take to reproduce: 1. install nodejs - latest 2. install pulumi - latest 3. 
az login
4. 
pulumi login --local
5. 
pulumi new azure-typescript -n issue -d issue -s issue -y
6. 
pulumi preview
one more thing, you can also just run the C:\Users\{user}\.pulumi\plugins\resource-azure-v{version#}\pulumi-resource-azure.exe from the cli and get the same error.
b
@fancy-umbrella-67692 so you are getting the issue because you are running pulumi-resource-azure.exe directly?
or that just shows the same issue?
f
just shows the same issue
b
gotcha
f
seems like the plugin version is incompatible with another dependency
literally all i need to do to get it to work is update the 
package.json
to use v3.16.0 of the azure plugin, 
yarn
it and 
pulumi preview
(and any other command) works fine
s
yeah makes sense - if the provider plugin is having that issue on glog init as per the stacktrace it should just always fail. Sadly on my windows 10 (2004) VM the 3.41.1 (and all versions I have tried so far) works fine. Could you tell me which OS version build you are on?
f
Windows 10 Pro : 10.0.19041 Build 19041
I wonder what changed after v3.16.0 that no higher versions work (at least for my configuration)? I had some of my co-workers try it too and they have the same issue.
s
interesting, I have the same environment! What shell are you using? Are you using WSL?
Had someone else validate on a windows 10 machine and it seems to work fine for them as well..
tried this with WSL too. No dice. I wonder if this is something antivirus related? There seems to be something similar that bit the mongodb driver for instance: https://github.com/golang/go/issues/41492
The timing is also interesting since go 1.15 generates ASLR executables by default on windows which we updated to in sept. I believe 3.16.0 (or perhaps 3.17.0) was the last azure provider built on 1.14.x
which would make sense if its the ASLR that is tickling this and downgrading to 3.16.0 seems to side-step it
b
Just to confirm that removal of 
Webroot
antivirus resolves the issue. Tested on 3 different PCs.
f
oh wow, thats the AV we use. Do you know off hand if there is a configuration in 
Webroot
that will help this?
b
@fancy-umbrella-67692 unfortunately not. I was helping one of our users (I personally use ESET and don’t have that issue), and he literally uninstalled the antivirus.
But at least now you have a good starting point 🙂
👍 1
f
thank you very much for the help @sparse-park-68967 and @brief-spoon-92183!
🚀 2
s
Thanks Ryan and Pavel for being our guinea pigs on this!
❤️ 1
👍 1
j
I know this is old, but I don't have webroot and had very similar issues in Windows 10. Pulumi 3.0 wouldn't start at all, 2.5.2 would stall indefinitely on pulumi up using using pulumi new azure-csharp. Changing the Force randomization for images (Mandatory ASLR) setting to On by default in Windows Security seems to have fixed it! Windows Security > App & browser control > Exploit protection settings
s
Interesting! Would you open a ticket on pulumi/pulumi so we can track?
j
Well, it all of a sudden stopped working in the same way so apparently it wasn't a fix 😩
I decided to install into Windows Subsystem for Linux (WSL2) to get around this. I was already doing this previously for golang dev on a personal machine.
3 Views
Open in Slack
PreviousNext
Powered by