mitvivek
(Mitvivek)
June 16, 2022, 4:55pm
1
Hi All,
Is there some specific steps to be followed to use the docker images for oracle 12/19 on mac pro with apple chip?
As of now, it just doesn’t work
cat: /sys/fs/cgroup/memory/memory.limit_in_bytes: No such file or directory
cat: /sys/fs/cgroup/memory/memory.limit_in_bytes: No such file or directory
/opt/oracle/runOracle.sh: line 102: [: -lt: unary operator expected
cat: /sys/fs/cgroup/memory/memory.limit_in_bytes: No such file or directory
cat: /sys/fs/cgroup/memory/memory.limit_in_bytes: No such file or directory
/opt/oracle/runOracle.sh: line 102: [: -lt: unary operator expected
Error: The ORACLE_SID must be alphanumeric.
mitvivek
(Mitvivek)
June 16, 2022, 9:37pm
2
Any trouble shooting tips and tricks?
What can be checked etc?
rimelek
(Ákos Takács)
June 17, 2022, 9:43pm
3
I don’t think the problem is the CPU. Docker Desktop for Mac runs containers in a virtual machine which uses Cgroup v2. If you copy the first line and paste it into the Google search bar, this is the first result:
opened 02:06PM - 18 May 21 UTC
closed 05:26PM - 14 Jul 21 UTC
question
database
Hi,
I want to start an oracle 19c database image locally on my Arch Linux syst… em. The build was successfully. When I start the image with the following command line, I notice the following error in the runOracle.sh script.
```bash
$ docker run \
--name oracle19c \
-p 1521:1521 \
-p 5500:5500 \
-e ORACLE_PDB=ORCL \
-e ORACLE_PWD=password \
-e ORACLE_MEM=4000 \
-d oracle/database:19.3.0-se2
$ docker logs 847
cat: /sys/fs/cgroup/memory/memory.limit_in_bytes: No such file or directory
cat: /sys/fs/cgroup/memory/memory.limit_in_bytes: No such file or directory
/opt/oracle/runOracle.sh: line 93: [: -lt: unary operator expected
...
```
Now, I want to know if have missed some settings and if my docker command is correct. Otherwise, consider this as an issue.
# tech stack
## docker
```text
Client:
Context: default
Debug Mode: false
Plugins:
app: Docker App (Docker Inc., v0.9.1-beta3)
buildx: Build with BuildKit (Docker Inc., v0.5.1-tp-docker
Server:
Containers: 1
Running: 1
Paused: 0
Stopped: 0
Images: 135
Server Version: 20.10.6
Storage Driver: btrfs
Build Version: Btrfs v5.11.1
Library Version: 102
Logging Driver: journald
Cgroup Driver: systemd
Cgroup Version: 2
Plugins:
Volume: local
Network: bridge host ipvlan macvlan null overlay
Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
Swarm: inactive
Runtimes: io.containerd.runtime.v1.linux runc io.containerd.runc.v2
Default Runtime: runc
Init Binary: docker-init
containerd version: 12dca9790f4cb6b18a6a7a027ce420145cb98ee7.m
runc version: 2c7861bc5e1b3e756392236553ec14a78a09f8bf
init version: de40ad0
Security Options:
seccomp
Profile: default
cgroupns
Kernel Version: 5.10.37-1-lts
Operating System: Arch Linux
OSType: linux
Architecture: x86_64
CPUs: 24
Total Memory: 62.82GiB
Name: markus-pc
Docker Root Dir: /var/lib/docker
Debug Mode: false
Registry: https://index.docker.io/v1/
Labels:
Experimental: false
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false
Default Address Pools:
Base: 192.168.192.0/18, Size: 24
WARNING: No kernel memory limit support
WARNING: No oom kill disable support
```
## kernel
```bash
$ Linux markus-pc 5.10.37-1-lts #1 SMP Fri, 14 May 2021 13:37:05 +0000 x86_64 GNU/Linux
```
## cpu
```bash
$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 43 bits physical, 48 bits virtual
CPU(s): 24
On-line CPU(s) list: 0-23
Thread(s) per core: 2
Core(s) per socket: 12
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 23
Model: 113
Model name: AMD Ryzen 9 3900X 12-Core Processor
Stepping: 0
Frequency boost: enabled
CPU MHz: 2155.824
CPU max MHz: 6078.5151
CPU min MHz: 2200.0000
BogoMIPS: 7600.47
Virtualization: AMD-V
L1d cache: 384 KiB
L1i cache: 384 KiB
L2 cache: 6 MiB
L3 cache: 64 MiB
NUMA node0 CPU(s): 0-23
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2: Mitigation; Full AMD retpoline, IBPB conditional, STIBP always-on, RSB filling
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid ape
rfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoex
t perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate sme ssbd mba sev ibpb stibp vmmcall sev_es fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveo
pt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr rdpru wbnoinvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter
pfthreshold avic v_vmsave_vmload vgif umip rdpid overflow_recov succor smcabmi2 cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveo
pt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr rdpru wbnoinvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter
pfthreshold avic v_vmsave_vmload vgif umip rdpid overflow_recov succor smca
```
## memory
```bash
$ free -h
total used free shared buff/cache available
Mem: 65870120 9466580 605344 20171524 55798196 35505100
Swap: 30946300 512 30945788
```
Since you can’t (or should not) change the cgroup version inside the virtual machine, you should either try to find an other Docker image which works differently (if it exists) or run a virtual machine using UTM and install an operating system which uses Cgroup v1 and run the Oracle container in that VM.