# Ood v4.1.1, Shell Access failed to launch

**URL:** <https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770>\
**Category:** Get Help\
**Tags:** question\
**Created:** [February 22, 2026, 7:14am UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770 "2026-02-22T07:14:19Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![hpc4you](https://avatars.discourse-cdn.com/v4/letter/h/f1d935/32.png) [@hpc4you](https://discourse.openondemand.org/u/hpc4you)\
**Post date:** [February 22, 2026, 7:14am UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770/1 "2026-02-22T07:14:19Z")

</div>

OS: Rocky Linux release 10.1 (Red Quartz)  
ood: 4.1.1

Click the menu: Clusters: Shell Access, got the error.  
The web page says:  
We’re sorry, but something went wrong.

Here is the related log file, the last 20 lines.

tail -n 20 /var/log/ondemand-nginx/tom/error.log

```auto
App 5955 output: 9: 0x14b9c642c063 v8::internal::PagedSpaceAllocatorPolicy::TryExpandAndAllocate(unsigned long, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 5955 output: 10: 0x14b9c642c2ce v8::internal::PagedSpaceAllocatorPolicy::RefillLab(int, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 5955 output: 11: 0x14b9c642a94d v8::internal::MainAllocator::EnsureAllocation(int, v8::internal::AllocationAlignment, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 5955 output: 12: 0x14b9c642abc2 v8::internal::MainAllocator::AllocateRawSlowUnaligned(int, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 5955 output: 13: 0x14b9c63ce2d5 v8::internal:
:CodeBuilder::AllocateUninitializedInstructionStream(bool) [/lib64/libnode.so.127]
App 5955 output: 14: 0x14b9c63e47ef v8::internal:
:CodeBuilder::BuildInternal(bool) [/lib64/libnode.so.127]
App 5955 output: 15: 0x14b9c6a664c3 v8::internal::baseline::BaselineCompiler::Build(v8::internal::LocalIsolate*) [/lib64/libnode.so.127]
App 5955 output: 16: 0x14b9c62131d6 v8::internal::GenerateBaselineCode(v8::internal::Isolate*, v8::internal::Handlev8::internal::SharedFunctionInfo) [/lib64/libnode.so.127]
App 5955 output: 17: 0x14b9c627de2b v8::internal::Compiler::CompileSharedWithBaseline(v8::internal::Isolate*, v8::internal::Handlev8::internal::SharedFunctionInfo, v8::internal::Compiler::ClearExceptionFlag, v8::internal::IsCompiledScope*) [/lib64/libnode.so.127]
App 5955 output: 18: 0x14b9c6281ba7 v8::internal::Compiler::CompileBaseline(v8::internal::Isolate*, v8::internal::Handlev8::internal::JSFunction, v8::internal::Compiler::ClearExceptionFlag, v8::internal::IsCompiledScope*) [/lib64/libnode.so.127]
App 5955 output: 19: 0x14b9c6a647d2 v8::internal::baseline::BaselineBatchCompiler::CompileBatch(v8::internal::Handlev8::internal::JSFunction) [/lib64/libnode.so.127]
App 5955 output: 20: 0x14b9c637130b v8::internal::TieringManager::OnInterruptTick(v8::internal::Handlev8::internal::JSFunction, v8::internal::CodeKind) [/lib64/libnode.so.127]
App 5955 output: 21: 0x14b9c68e503d [/lib64/libnode.so.127]
App 5955 output: 22: 0x14b9c68e6fd5 v8::internal::Runtime_BytecodeBudgetInterruptWithStackCheck_Ignition(int, unsigned long*, v8::internal::Isolate*) [/lib64/libnode.so.127]
App 5955 output: 23: 0x14b96602c776
[E 2026-02-22 15:12:40.0534 3964/T1i age/Cor/App/Implementation.cpp:218]: Could not spawn process for application /var/www/ood/apps/sys/shell: The application process exited prematurely.
Error ID: 15eb60ee
Error details saved to: /tmp/passenger-error-WSJHqm.html

[E 2026-02-22 15:12:40.0569 3964/Td age/Cor/Con/CheckoutSession.cpp:368]: [Client 3-3] Cannot checkout session because a spawning error occurred. The identifier of the error is 15eb60ee. Please see earlier logs for details about the error.

```

---

<div class="post-metadata">

**Author:** ![jeff.ohrstrom](https://sea1.discourse-cdn.com/flex015/user_avatar/discourse.openondemand.org/jeff.ohrstrom/32/136_2.png) [@jeff.ohrstrom](https://discourse.openondemand.org/u/jeff.ohrstrom)\
**Post date:** [February 23, 2026, 3:04pm UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770/2 "2026-02-23T15:04:15Z")

</div>

It appears to be a text core dump or a stack trace with memory pointers.

I any case, I think I’d like to see the full output as I’m not really sure what’s going on here.

I guess I’d ask if you have selinux on and/or if there’s anything in `/var/log/audit`. I can’t really tell what’s going on here, but it appears to have some trouble allocating memory?

---

<div class="post-metadata">

**Author:** ![hpc4you](https://avatars.discourse-cdn.com/v4/letter/h/f1d935/32.png) [@hpc4you](https://discourse.openondemand.org/u/hpc4you)\
**Post date:** [February 24, 2026, 6:12am UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770/3 "2026-02-24T06:12:54Z")

</div>

OS: Rocky Linux 10.1.  
SELinux, disabled by running the cmd, `grubby --update-kernel ALL --args selinux=0`

Removed all the files under the folder, `/var/log/ondemand-nginx/tom`  
Restart the OS.

Then login the ood with user tom, menu, Clusters, Shell Access, reports,

We’s sorry, but something went wrong.

The following is the full `error.log`

```auto
root@login:/var/log/ondemand-nginx/tom# cat error.log
[N 2026-02-24 13:50:31.0445 132784/T1 age/Wat/WatchdogMain.cpp:1365]: Starting Passenger watchdog…
[N 2026-02-24 13:50:31.0699 132788/T1 age/Cor/CoreMain.cpp:1284]: Starting Passenger core…
[N 2026-02-24 13:50:31.0700 132788/T1 age/Cor/CoreMain.cpp:245]: Passenger core running in multi-application mode.
[N 2026-02-24 13:50:31.1138 132788/T1 age/Cor/CoreMain.cpp:962]: Passenger core online, PID 132788
App 132822 output: [2026-02-24 13:50:33 +0800] WARN “Error opening MOTD at \nException: bad URI (is not URI?): nil”
App 132822 output: [2026-02-24 13:50:33 +0800] DEBUG “Rendering layout layouts/application.html.erb”
App 132822 output: [2026-02-24 13:50:33 +0800] DEBUG “Rendering dashboard/index.html.erb within layouts/application”
App 132822 output: [2026-02-24 13:50:33 +0800] INFO “method=GET path=/pun/sys/dashboard/ format=html controller=DashboardController action=index status=200 allocations=100398 duration=149.42 view=82.14”
App 133698 output:
App 133698 output:
App 133698 output: #
App 133698 output: # Fatal error in , line 0
App 133698 output: # Check failed: 12 == (__errno_location ()).
App 133698 output: #
App 133698 output: #
App 133698 output: #
App 133698 output: #FailureMessage Object: 0x7ffe21d686f0
App 133698 output:
App 133698 output: ----- Native stack trace -----
App 133698 output:
App 133698 output: 1: 0x152bc664e119 [/lib64/libnode.so.127]
App 133698 output: 2: 0x152bc6cf268f V8_Fatal(char const, …) [/lib64/libnode.so.127]
App 133698 output: 3: 0x152bc6cf9ee5 [/lib64/libnode.so.127]
App 133698 output: 4: 0x152bc8862bbe v8::internal::MemoryAllocator::SetPermissionsOnExecutableMemoryChunk(v8::internal::VirtualMemory*, unsigned long, unsigned long, unsigned long) [/lib64/libnode.so.127]
App 133698 output: 5: 0x152bc8862f48 v8::internal::MemoryAllocator::AllocateAlignedMemory(unsigned long, unsigned long, unsigned long, v8::internal::AllocationSpace, v8::internal::Executability, void*, v8::internal::VirtualMemory*) [/lib64/libnode.so.127]
App 133698 output: 6: 0x152bc8863026 v8::internal::MemoryAllocator::AllocateUninitializedChunkAt(v8::internal::BaseSpace*, unsigned long, v8::internal::Executability, unsigned long, v8::internal::PageSize) [/lib64/libnode.so.127]
App 133698 output: 7: 0x152bc88634a9 v8::internal::MemoryAllocator::AllocatePage(v8::internal::MemoryAllocator::AllocationMode, v8::internal::Space*, v8::internal::Executability) [/lib64/libnode.so.127]
App 133698 output: 8: 0x152bc88810b7 v8::internal::PagedSpaceBase::TryExpand(v8::internal::LocalHeap*, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 133698 output: 9: 0x152bc882c063 v8::internal::PagedSpaceAllocatorPolicy::TryExpandAndAllocate(unsigned long, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 133698 output: 10: 0x152bc882c2ce v8::internal::PagedSpaceAllocatorPolicy::RefillLab(int, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 133698 output: 11: 0x152bc882a94d v8::internal::MainAllocator::EnsureAllocation(int, v8::internal::AllocationAlignment, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 133698 output: 12: 0x152bc882abc2 v8::internal::MainAllocator::AllocateRawSlowUnaligned(int, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 133698 output: 13: 0x152bc87ce2d5 v8::internal:
:CodeBuilder::AllocateUninitializedInstructionStream(bool) [/lib64/libnode.so.127]
App 133698 output: 14: 0x152bc87e47ef v8::internal:
:CodeBuilder::BuildInternal(bool) [/lib64/libnode.so.127]
App 133698 output: 15: 0x152bc8e664c3 v8::internal::baseline::BaselineCompiler::Build(v8::internal::LocalIsolate*) [/lib64/libnode.so.127]
App 133698 output: 16: 0x152bc86131d6 v8::internal::GenerateBaselineCode(v8::internal::Isolate*, v8::internal::Handlev8::internal::SharedFunctionInfo) [/lib64/libnode.so.127]
App 133698 output: 17: 0x152bc867de2b v8::internal::Compiler::CompileSharedWithBaseline(v8::internal::Isolate*, v8::internal::Handlev8::internal::SharedFunctionInfo, v8::internal::Compiler::ClearExceptionFlag, v8::internal::IsCompiledScope*) [/lib64/libnode.so.127]
App 133698 output: 18: 0x152bc8681ba7 v8::internal::Compiler::CompileBaseline(v8::internal::Isolate*, v8::internal::Handle<v8::internal::JSFunction
App 133698 output: >, v8::internal::Compiler::ClearExceptionFlag, v8::internal::IsCompiledScope*) [/lib64/libnode.so.127]
App 133698 output: 19: 0x152bc8e647d2 v8::internal::baseline::BaselineBatchCompiler::CompileBatch(v8::internal::Handlev8::internal::JSFunction) [/lib64/libnode.so.127]
App 133698 output: 20: 0x152bc877130b v8::internal::TieringManager::OnInterruptTick(v8::internal::Handlev8::internal::JSFunction, v8::internal::CodeKind) [/lib64/libnode.so.127]
App 133698 output: 21: 0x152bc8ce503d [/lib64/libnode.so.127]
App 133698 output: 22: 0x152bc8ce6fd5 v8::internal::Runtime_BytecodeBudgetInterruptWithStackCheck_Ignition(int, unsigned long*, v8::internal::Isolate*) [/lib64/libnode.so.127]
App 133698 output: 23: 0x152b6842c776
[E 2026-02-24 13:51:57.6888 132788/Tx age/Cor/App/Implementation.cpp:218]: Could not spawn process for application /var/www/ood/apps/sys/shell: The application process exited prematurely.
Error ID: 990139a5
Error details saved to: /tmp/passenger-error-2fCjAj.html

[E 2026-02-24 13:51:57.6937 132788/Tb age/Cor/Con/CheckoutSession.cpp:368]: [Client 2-1] Cannot checkout session because a spawning error occurred. The identifier of the error is 990139a5. Please see earlier logs for details about the error.
App 135108 output:
App 135108 output:
App 135108 output: #
App 135108 output: # Fatal error in , line 0
App 135108 output: # Check failed: 12 == (__errno_location ()).
App 135108 output: #
App 135108 output: #
App 135108 output: #
App 135108 output: #FailureMessage Object: 0x7ffc44f45050
App 135108 output: ----- Native stack trace -----
App 135108 output:
App 135108 output: 1: 0x14ce3524e119 [/lib64/libnode.so.127]
App 135108 output: 2: 0x14ce358f268f V8_Fatal(char const, …) [/lib64/libnode.so.127]
App 135108 output: 3: 0x14ce358f9ee5 [/lib64/libnode.so.127]
App 135108 output: 4: 0x14ce37462bbe v8::internal::MemoryAllocator::SetPermissionsOnExecutableMemoryChunk(v8::internal::VirtualMemory*, unsigned long, unsigned long, unsigned long) [/lib64/libnode.so.127]
App 135108 output: 5: 0x14ce37462f48 v8::internal::MemoryAllocator::AllocateAlignedMemory(unsigned long, unsigned long, unsigned long, v8::internal::AllocationSpace, v8::internal::Executability, void*, v8::internal::VirtualMemory*) [/lib64/libnode.so.127]
App 135108 output: 6: 0x14ce37463026 v8::internal::MemoryAllocator::AllocateUninitializedChunkAt(v8::internal::BaseSpace*, unsigned long, v8::internal::Executability, unsigned long, v8::internal::PageSize) [/lib64/libnode.so.127]
App 135108 output: 7: 0x14ce374634a9 v8::internal::MemoryAllocator::AllocatePage(v8::internal::MemoryAllocator::AllocationMode, v8::internal::Space*, v8::internal::Executability) [/lib64/libnode.so.127]
App 135108 output: 8: 0x14ce374810b7 v8::internal::PagedSpaceBase::TryExpand(v8::internal::LocalHeap*, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 135108 output: 9: 0x14ce3742c063 v8::internal::PagedSpaceAllocatorPolicy::TryExpandAndAllocate(unsigned long, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 135108 output: 10: 0x14ce3742c2ce v8::internal::PagedSpaceAllocatorPolicy::RefillLab(int, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 135108 output: 11: 0x14ce3742a94d v8::internal::MainAllocator::EnsureAllocation(int, v8::internal::AllocationAlignment, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 135108 output: 12: 0x14ce3742abc2 v8::internal::MainAllocator::AllocateRawSlowUnaligned(int, v8::internal::AllocationOrigin) [/lib64/libnode.so.127]
App 135108 output: 13: 0x14ce373ce2d5 v8::internal:
:CodeBuilder::AllocateUninitializedInstructionStream(bool) [/lib64/libnode.so.127]
App 135108 output: 14: 0x14ce373e47ef v8::internal:
:CodeBuilder::BuildInternal(bool) [/lib64/libnode.so.127]
App 135108 output: 15: 0x14ce37a664c3 v8::internal::baseline::BaselineCompiler::Build(v8::internal::LocalIsolate*) [/lib64/libnode.so.127]
App 135108 output: 16: 0x14ce372131d6 v8::internal::GenerateBaselineCode(v8::internal::Isolate*, v8::internal::Handlev8::internal::SharedFunctionInfo) [/lib64/libnode.so.127]
App 135108 output: 17: 0x14ce3727de2b v8::internal::Compiler::CompileSharedWithBaseline(v8::internal::Isolate*, v8::internal::Handlev8::internal::SharedFunctionInfo, v8::internal::Compiler::ClearExceptionFlag, v8::internal::IsCompiledScope*) [/lib64/libnode.so.127]
App 135108 output: 18: 0x14ce37281ba7 v8::internal::Compiler::CompileBaseline(v8::internal::Isolate*, v8::internal::Handlev8::internal::JSFunction, v8::internal::Compiler::ClearExceptionFlag, v8::internal::IsCompiledScope*) [/lib64/libnode.so.127]
App 135108 output: 19: 0x14ce37a647d2 v8::internal::baseline::BaselineBatchCompiler::CompileBatch(v8::internal::Handlev8::internal::JSFunction) [/lib64/libnode.so.127]
App 135108 output: 20: 0x14ce3737130b v8::internal::TieringManager::OnInterruptTick(v8::internal::Handlev8::internal::JSFunction, v8::internal::CodeKind) [/lib64/libnode.so.127]
App 135108 output: 21: 0x14ce378e503d [/lib64/libnode.so.127]
App 135108 output: 22: 0x14ce378e6fd5 v8::internal::Runtime_BytecodeBudgetInterruptWithStackCheck_Ignition(int, unsigned long*, v8::internal::Isolate*) [/lib64/libnode.so.127]
App 135108 output: 23: 0x14cdd702c776
[E 2026-02-24 13:54:25.3075 132788/T12 age/Cor/App/Implementation.cpp:218]: Could not spawn process for application /var/www/ood/apps/sys/shell: The application process exited prematurely.
Error ID: c3712949
Error details saved to: /tmp/passenger-error-WP6BLa.html

[E 2026-02-24 13:54:25.3117 132788/Td age/Cor/Con/CheckoutSession.cpp:368]: [Client 3-1] Cannot checkout session because a spawning error occurred. The identifier of the error is c3712949. Please see earlier logs for details about the error.
root@login:/var/log/ondemand-nginx/tom

```

 ![Screenshot 2026-02-24 at 13.59.51](https://us1.discourse-cdn.com/flex015/uploads/osc/original/2X/7/78918c94b3cb99f0693473385c206b5c66221b2c.png)

In the meanwhile, the `/var/log/audit` reports,

`type=USER_END msg=audit(1771912984.018:1034): pid=139949 uid=0 auid=0 ses=81 msg='op=PAM:session_close grantors=pam_loginuid,pam_keyinit,pam_limits,pam_systemd acct=“root” exe=“/usr/sbin/crond” hostname=? addr=? terminal=cron res=success’UID=“root” AUID=“root”`  
`type=ANOM_ABEND msg=audit(1771913024.188:1035): auid=4294967295 uid=10000 gid=10000 ses=4294967295 pid=140411 comm=“node” exe=“/usr/bin/node-22” sig=5 res=1AUID=“unset” UID=“tom” GID=“demo_grp”`  
`type=BPF msg=audit(1771913024.194:1036): prog-id=145 op=LOAD`  
`type=BPF msg=audit(1771913024.194:1037): prog-id=146 op=LOAD`  
`type=BPF msg=audit(1771913024.194:1038): prog-id=147 op=LOAD`  
`type=SERVICE_START msg=audit(1771913024.195:1039): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@9-140443-0 comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’UID=“root” AUID=“unset”`  
`type=SERVICE_STOP msg=audit(1771913024.252:1040): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@9-140443-0 comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’UID=“root” AUID=“unset”`  
`type=BPF msg=audit(1771913024.276:1041): prog-id=147 op=UNLOAD`  
`type=BPF msg=audit(1771913024.276:1042): prog-id=146 op=UNLOAD`  
`type=BPF msg=audit(1771913024.276:1043): prog-id=145 op=UNLOAD`  
`type=ANOM_ABEND msg=audit(1771913037.621:1044): auid=4294967295 uid=10000 gid=10000 ses=4294967295 pid=140587 comm=“node” exe=“/usr/bin/node-22” sig=5 res=1AUID=“unset” UID=“tom” GID=“demo_grp”`  
`type=BPF msg=audit(1771913037.627:1045): prog-id=148 op=LOAD`  
`type=BPF msg=audit(1771913037.627:1046): prog-id=149 op=LOAD`  
`type=BPF msg=audit(1771913037.627:1047): prog-id=150 op=LOAD`  
`type=SERVICE_START msg=audit(1771913037.627:1048): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@10-140619-0 comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’UID=“root” AUID=“unset”`  
`type=SERVICE_STOP msg=audit(1771913037.675:1049): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@10-140619-0 comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’UID=“root” AUID=“unset”`  
`type=BPF msg=audit(1771913037.705:1050): prog-id=150 op=UNLOAD`  
`type=BPF msg=audit(1771913037.705:1051): prog-id=149 op=UNLOAD`  
`type=BPF msg=audit(1771913037.705:1052): prog-id=148 op=UNLOAD`  
`type=ANOM_ABEND msg=audit(1771913063.006:1053): auid=4294967295 uid=10000 gid=10000 ses=4294967295 pid=140836 comm=“node” exe=“/usr/bin/node-22” sig=5 res=1AUID=“unset” UID=“tom” GID=“demo_grp”`  
`type=BPF msg=audit(1771913063.013:1054): prog-id=151 op=LOAD`  
`type=BPF msg=audit(1771913063.013:1055): prog-id=152 op=LOAD`  
`type=BPF msg=audit(1771913063.013:1056): prog-id=153 op=LOAD`  
`type=SERVICE_START msg=audit(1771913063.014:1057): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@11-140876-0 comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’UID=“root” AUID=“unset”`  
`type=SERVICE_STOP msg=audit(1771913063.067:1058): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@11-140876-0 comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’UID=“root” AUID=“unset”`  
`type=BPF msg=audit(1771913063.089:1059): prog-id=153 op=UNLOAD`  
`type=BPF msg=audit(1771913063.089:1060): prog-id=152 op=UNLOAD`  
`type=BPF msg=audit(1771913063.089:1061): prog-id=151 op=UNLOAD`

---

<div class="post-metadata">

**Author:** ![jeff.ohrstrom](https://sea1.discourse-cdn.com/flex015/user_avatar/discourse.openondemand.org/jeff.ohrstrom/32/136_2.png) [@jeff.ohrstrom](https://discourse.openondemand.org/u/jeff.ohrstrom)\
**Post date:** [February 24, 2026, 2:47pm UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770/4 "2026-02-24T14:47:57Z")

</div>

> [@hpc4you](#):
>
> `v8::internal::MemoryAllocator::SetPermissionsOnExecutableMemoryChunk(v8::internal::VirtualMemory*, unsigned long, unsigned long, unsigned long) [/lib64/libnode.so.127]`

OK well I can tell from the stack trace it’s trying to set permissions on executable memory which is quite low level for me.

I don’t see selinux denying this - but I do see BPF running. I found this issue below which appears to be very similar to this and they’re talking about `rsyslog` - something I’m not familiar with.

Apparently their fix is `disabling MemoryDenyWriteExecute on Rsyslog systemd service file.` If that doesn’t seem to have any relevance to you, then I’d check what the BPF service/program is up to.

> <https://github.com/nodejs/help/issues/4465>
>
> \### Version
> 
> 22.6.0
> 
> \### Platform
> 
> \`\`\`text
> Linux 5.14.0-427.16.1.el9\_4.x8…6\_64 nodejs/node#1 SMP PREEMPT\_DYNAMIC Wed May 8 17:48:14 UTC 2024 x86\_64 x86\_64 x86\_64 GNU/Linux
> \`\`\`
> 
> 
> \### Subsystem
> 
> \_No response\_
> 
> \### What steps will reproduce the bug?
> 
> Not sure how to reproduce it, since I don't really understand the stack trace. My app it's intended to recieve a string from stdin, store that in a variable, strip some parts of it (with regex.test) and send a post request. If I run it from cli (i.e. cat myfile | node app.js) it works just fine.
> 
> \### How often does it reproduce? Is there a required condition?
> 
> It happens only and every single time that Rsyslog tries to run my (quite simple) Node app using omprog module.
> 
> \### What is the expected behavior? Why is that the expected behavior?
> 
> The expected behavior it's a console.log() inside my app.js that outputs the line received from stdin, or a message "Line didn't match regex", it's pretty much the only purpose of the app.
> 
> \### What do you see instead?
> 
> \`\`\`
> \# Fatal error in , line 0
> \# Check failed: 12 == (\*\_\_errno\_location ()).
> \#
> \#
> \#
> \#FailureMessage Object: 0x7ffeadf78580
> \----- Native stack trace -----
> 
> 1: 0x100d701 \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 2: 0x28d98cb V8\_Fatal(char const\*, ...) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 3: 0x28e4a87 v8::base::OS::SetPermissions(void\*, unsigned long, v8::base::OS::MemoryPermission) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 4: 0x14cd3d5 v8::internal::MemoryAllocator::SetPermissionsOnExecutableMemoryChunk(v8::internal::VirtualMemory\*, unsigned long, unsigned long, unsigned long) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 5: 0x14cd6f1 v8::internal::MemoryAllocator::AllocateAlignedMemory(unsigned long, unsigned long, unsigned long, v8::internal::AllocationSpace, v8::internal::Executability, void\*, v8::internal::VirtualMemory\*) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 6: 0x14cd964 v8::internal::MemoryAllocator::AllocateUninitializedChunkAt(v8::internal::BaseSpace\*, unsigned long, v8::internal::Executability, unsigned long, v8::internal::PageSize) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 7: 0x14cdb6c v8::internal::MemoryAllocator::AllocatePage(v8::internal::MemoryAllocator::AllocationMode, v8::internal::Space\*, v8::internal::Executability) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 8: 0x14eb1b0 v8::internal::PagedSpaceBase::TryExpand(v8::internal::LocalHeap\*, v8::internal::AllocationOrigin) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 9: 0x149a323 v8::internal::PagedSpaceAllocatorPolicy::RefillLab(int, v8::internal::AllocationOrigin) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 10: 0x14984eb v8::internal::MainAllocator::AllocateRawSlow(int, v8::internal::AllocationAlignment, v8::internal::AllocationOrigin) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 11: 0x14377e6 v8::internal::Factory::CodeBuilder::AllocateUninitializedInstructionStream(bool) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 12: 0x144f419 v8::internal::Factory::CodeBuilder::BuildInternal(bool) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 13: 0x19c5eb2 v8::internal::baseline::BaselineCompiler::Build(v8::internal::LocalIsolate\*) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 14: 0x1291dfa v8::internal::GenerateBaselineCode(v8::internal::Isolate\*, v8::internal::Handle\<v8::internal::SharedFunctionInfo\>) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 15: 0x12ef40b v8::internal::Compiler::CompileSharedWithBaseline(v8::internal::Isolate\*, v8::internal::Handle\<v8::internal::SharedFunctionInfo\>, v8::internal::Compiler::ClearExceptionFlag, v8::internal::IsCompiledScope\*) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 16: 0x12ef6b2 v8::internal::Compiler::CompileBaseline(v8::internal::Isolate\*, v8::internal::Handle\<v8::internal::JSFunction\>, v8::internal::Compiler::ClearExceptionFlag, v8::internal::IsCompiledScope\*) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 17: 0x19c334b v8::internal::baseline::BaselineBatchCompiler::CompileBatch(v8::internal::Handle\<v8::internal::JSFunction\>) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 18: 0x13dda9f v8::internal::TieringManager::OnInterruptTick(v8::internal::Handle\<v8::internal::JSFunction\>, v8::internal::CodeKind) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 19: 0x18971fb \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 20: 0x1898e44 v8::internal::Runtime\_BytecodeBudgetInterruptWithStackCheck\_Ignition(int, unsigned long\*, v8::internal::Isolate\*) \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> 21: 0x1f50576 \[/root/.nvm/versions/node/v22.6.0/bin/node\]
> \`\`\`
> 
> 
> \### Additional information
> 
> It's a Rocky Linux 9 server, NodeJS installed using nvm (nvm installed with bash script, nothing out of the ordinary) and SELinux it's on permissive (at first I thought that it might be that)
> 
> Rsyslog version: rsyslogd: version 8.2310.0-4.el9
> The os it's fully up to date, no extra repos apart from EPEL.
> 
> The exact same setup (Rsyslog + Omprog module + NodeJS APP) It's been running on a debian box for well over a year, the only changes are Node version and the underlying os, moving from Debian to RL9.

---

<div class="post-metadata">

**Author:** ![hpc4you](https://avatars.discourse-cdn.com/v4/letter/h/f1d935/32.png) [@hpc4you](https://discourse.openondemand.org/u/hpc4you)\
**Post date:** [February 26, 2026, 1:26am UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770/5 "2026-02-26T01:26:14Z")

</div>

Thanks.  
You are right.  
Setting `MemoryDenyWriteExecute=no` fix the issue.

---

<div class="post-metadata">

**Author:** ![jasonbuechler](https://sea1.discourse-cdn.com/flex015/user_avatar/discourse.openondemand.org/jasonbuechler/32/302_2.png) [@jasonbuechler](https://discourse.openondemand.org/u/jasonbuechler)\
**Post date:** [April 29, 2026, 5:33pm UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770/6 "2026-04-29T17:33:45Z")

</div>

I wanted to chime in from a freshly built instance of OOD v4.1.4 on rhel10 (6.12.0-124.38.1.el10\_1.x86\_64) to say that this was also the issue for us. (That is to say: attempting to open a shell-access console from the Clusters menu would result in the same/similar “something went wrong” error as was reported by hpc4you.)

I’m attaching the passenger-error html that was generated, for completeness ([passenger-error-So8qfQ.html.txt](https://discourse.openondemand.org/uploads/short-url/Ac64DtFgmbDTTFZgzCmctZrnKpa.txt) (253.4 KB)) but our root cause appeared to be the same thing: `MemoryDenyWriteExecute=yes`

But I got tripped up for a while by the Rsyslog stuff for too long before figuring it out, so I wanted to update this thread with more details on the fix:

```bash
[root@ondemand10 /]
$ systemctl show httpd | grep -i denywrite
MemoryDenyWriteExecute=yes

$ systemctl edit httpd
Successfully installed edited file '/etc/systemd/system/httpd.service.d/override.conf'.

$ cat /etc/systemd/system/httpd.service.d/override.conf
[Service]
MemoryDenyWriteExecute=no

$ systemctl show httpd | grep -i denywrite
MemoryDenyWriteExecute=no

# kinda seems like the effect was instantaneous, but just in case...

$ systemctl daemon-reload
$ systemctl restart httpd
$ systemctl show httpd | grep -i denywrite
MemoryDenyWriteExecute=no

```

tl;dr: our apache service needed this unit-setting set to no

This was a pretty vanilla build, so I’m curious if most other rhel10 people aren’t seeing the same thing?

---

<div class="post-metadata">

**Author:** ![timeu](https://sea1.discourse-cdn.com/flex015/user_avatar/discourse.openondemand.org/timeu/32/3383_2.png) [@timeu](https://discourse.openondemand.org/u/timeu)\
**Post date:** [April 30, 2026, 8:14am UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770/7 "2026-04-30T08:14:27Z")

</div>

> [@jasonbuechler](#):
>
> `systemctl restart httpd`

I can confirm this workaround is required and also works with RHEL 10.1

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex015/uploads/osc/original/2X/b/bae70bd0ed39a3ae769c2108155f4cb3e9da8385.png) [@system](https://discourse.openondemand.org/u/system)\
**Post date:** [October 27, 2026, 8:15am UTC](https://discourse.openondemand.org/t/ood-v4-1-1-shell-access-failed-to-launch/4770/8 "2026-10-27T08:15:04Z")

</div>

Closed on October 27, 2026, 8:15am UTC

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.