github-starred/ollama
2
0
Fork 0
mirror of https://github.com/ollama/ollama.git synced 2026-05-06 08:02:14 -05:00
Code Issues 14.5k Packages Projects Releases 120 Wiki Activity

[GH-ISSUE #15869] gemma4 on dockerized ollama with rocm behaves strangely #72172

New Issue
Open
opened 2026-05-05 03:35:25 -05:00 by GiteaMirror · 0 comments
GiteaMirror commented 2026-05-05 03:35:25 -05:00
Owner
Copy Link

Originally created by @ghmer on GitHub (Apr 28, 2026).
Original GitHub issue: https://github.com/ollama/ollama/issues/15869

What is the issue?

Downloaded several gemma4 models using ollama pull. Regardless of the selected model, I get strange output. Last versions showed chinese signs with english text, looking like introductions for a chinese menu order agent?!? This time, the arabic letters translate to "This problem is a classic example of counting the number of elements in a data tree (Tree Traversal / Counting)" according to deepl.

This only happens with gemma4 models. qwen, while slow, works just fine.

server.log

docker exec -it ollama-ollama-1 /bin/bash
root@ollama:/# ollama ls
NAME                     ID              SIZE      MODIFIED       
gemma4:latest            c6eb396dbd59    9.6 GB    55 seconds ago    
gemma4:31b-cloud         c382fbfbc73b    -         7 days ago        
qwen3.5:latest           6488c96fa5fa    6.6 GB    12 days ago       
embeddinggemma:latest    85462619ee72    621 MB    12 days ago       
qwen3.5:cloud            a7bf6f7891c3    -         12 days ago       
root@ollama:/# ollama run gemma4:latest --verbose
>>> introduce yourself in roughly 200 words
يدة (1) - إجمالي الشجرة: 10.
الفرع (2) - إجمالي الشجرة: 12.
العقدة (3) - إجمالي الشجرة: 11.

---

**التحليل:**

هذه المشكلة هي مثال كلاسيكي لـ **حساب عدد العناصر في شجرة البيانات (Tree Traversal / Counting)**، وتتطلب تحديد عدد العناصر في كل من:

1. **الأوراق (Leaves):** العقد التي ليس لها أبناء.
2. **الأفرع (Branches):** العقد التي لها أبناء واحد أو أكثر (عادةً ما يتم اعتبارها كل عقدة ليست ورقة).
3. **العقد (Nodes):** جميع العناصر الموجودة في الشجرة.

نظرًا لعدم تقديم الصورة أو بنية الشجرة، سأفترض أن هذا التنسيق يمثل **النتيجة النهائية لعملية حسابية على بنية بيانات شجرية محددة**.

---

### الإجابة المُقدمة (الاستنتاج التحليلي):

إذا كان المطلوب هو تحليل هذه الأرقام، فإنها تشير إلى أن الشجرة المعنية لها الهيكل التالي:

* **عدد الأوراق (Leaves):** 10
* **عدد الأفرع (Branches):** 12
* **عدد العقد الكلي (Nodes):** 11

**ملاحظة هامة:** في معظم هياكل البيانات، لا يمكن أن يكون عدد الأفرع أكبر من عدد العقد الكلي (إلا إذا كان هناك تعريف غير قياسي لـ "الفرع"). عادةً:
$$\text{Nodes} = \text{Leaves} + \text{Internal Nodes}$$

إذا كانت الأفرع (12) تشير إلى عدد الروابط أو الإدخالات، فهذا يعني أن الشجرة المعقدة جداً أو أن المصطلحات المستخدمة لها تعريف خاص بالمصدر الأصلي.

**باختصار:** النص المقدم هو جدول نتائج لعملية عدّ في هياكل البيانات، ويشير إلى أن الشجرة تحتوي على 11 عنصراً كلياً، مع توزيع محدد على الأوراق والأفرع.

total duration:       42.368166376s
load duration:        182.356422ms
prompt eval count:    25 token(s)
prompt eval duration: 854.666236ms
prompt eval rate:     29.25 tokens/s
eval count:           466 token(s)
eval duration:        40.892947054s
eval rate:            11.40 tokens/s

Relevant log output

OS

Docker

GPU

AMD

CPU

AMD

Ollama version

0.22.0

Originally created by @ghmer on GitHub (Apr 28, 2026). Original GitHub issue: https://github.com/ollama/ollama/issues/15869 ### What is the issue? Downloaded several gemma4 models using `ollama pull`. Regardless of the selected model, I get strange output. Last versions showed chinese signs with english text, looking like introductions for a chinese menu order agent?!? This time, the arabic letters translate to "This problem is a classic example of **counting the number of elements in a data tree (Tree Traversal / Counting)**" according to deepl. This only happens with gemma4 models. qwen, while slow, works just fine. [server.log](https://github.com/user-attachments/files/27184242/server.log) ```bash docker exec -it ollama-ollama-1 /bin/bash root@ollama:/# ollama ls NAME ID SIZE MODIFIED gemma4:latest c6eb396dbd59 9.6 GB 55 seconds ago gemma4:31b-cloud c382fbfbc73b - 7 days ago qwen3.5:latest 6488c96fa5fa 6.6 GB 12 days ago embeddinggemma:latest 85462619ee72 621 MB 12 days ago qwen3.5:cloud a7bf6f7891c3 - 12 days ago root@ollama:/# ollama run gemma4:latest --verbose >>> introduce yourself in roughly 200 words يدة (1) - إجمالي الشجرة: 10. الفرع (2) - إجمالي الشجرة: 12. العقدة (3) - إجمالي الشجرة: 11. --- **التحليل:** هذه المشكلة هي مثال كلاسيكي لـ **حساب عدد العناصر في شجرة البيانات (Tree Traversal / Counting)**، وتتطلب تحديد عدد العناصر في كل من: 1. **الأوراق (Leaves):** العقد التي ليس لها أبناء. 2. **الأفرع (Branches):** العقد التي لها أبناء واحد أو أكثر (عادةً ما يتم اعتبارها كل عقدة ليست ورقة). 3. **العقد (Nodes):** جميع العناصر الموجودة في الشجرة. نظرًا لعدم تقديم الصورة أو بنية الشجرة، سأفترض أن هذا التنسيق يمثل **النتيجة النهائية لعملية حسابية على بنية بيانات شجرية محددة**. --- ### الإجابة المُقدمة (الاستنتاج التحليلي): إذا كان المطلوب هو تحليل هذه الأرقام، فإنها تشير إلى أن الشجرة المعنية لها الهيكل التالي: * **عدد الأوراق (Leaves):** 10 * **عدد الأفرع (Branches):** 12 * **عدد العقد الكلي (Nodes):** 11 **ملاحظة هامة:** في معظم هياكل البيانات، لا يمكن أن يكون عدد الأفرع أكبر من عدد العقد الكلي (إلا إذا كان هناك تعريف غير قياسي لـ "الفرع"). عادةً: $$\text{Nodes} = \text{Leaves} + \text{Internal Nodes}$$ إذا كانت الأفرع (12) تشير إلى عدد الروابط أو الإدخالات، فهذا يعني أن الشجرة المعقدة جداً أو أن المصطلحات المستخدمة لها تعريف خاص بالمصدر الأصلي. **باختصار:** النص المقدم هو جدول نتائج لعملية عدّ في هياكل البيانات، ويشير إلى أن الشجرة تحتوي على 11 عنصراً كلياً، مع توزيع محدد على الأوراق والأفرع. total duration: 42.368166376s load duration: 182.356422ms prompt eval count: 25 token(s) prompt eval duration: 854.666236ms prompt eval rate: 29.25 tokens/s eval count: 466 token(s) eval duration: 40.892947054s eval rate: 11.40 tokens/s ``` ### Relevant log output ```shell ``` ### OS Docker ### GPU AMD ### CPU AMD ### Ollama version 0.22.0
GiteaMirror added the bug label 2026-05-05 03:35:25 -05:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
amd
api
app
bug
build
cli
cloud
compatibility
context-length
create
docker
documentation
embeddings
feature request
feedback wanted
good first issue
gpt-oss
gpu
harmony
help wanted
image
install
intel
js
launch
linux
macos
memory
mlx
model
needs more info
networking
nvidia
ollama.com
performance
pull-request
Mirrored from GitHub Pull Request
 python
question
registry
rendering
thinking
tools
top
vulkan
windows
wsl
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/ollama#72172
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?