wiki-ingest batch 2026-04-16: Ollama/Qwen2.5-Coder部署 + NFS永久挂载 + Apache Superset Docker
This commit is contained in:
35
wiki/sources/Install-Apache-Superset-in-Docker.md
Normal file
35
wiki/sources/Install-Apache-Superset-in-Docker.md
Normal file
@@ -0,0 +1,35 @@
|
||||
---
|
||||
title: "Install Apache Superset in Docker"
|
||||
type: source
|
||||
tags: [apache-superset, bi, docker, 数据可视化]
|
||||
date: 2025-12-20
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/Install Apache Superset in Docker.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:通过 Docker 在本地快速部署 Apache Superset(开源 BI 可视化平台)
|
||||
- 问题域:如何在 Synology NAS 或其他 Docker 主机上一键部署 Superset 并创建管理员账户
|
||||
- 方法/机制:Docker Hub 拉取 GHA 镜像 → docker run 暴露 8777 端口 → fab create-admin 创建管理员 → db upgrade + load_examples + init 初始化
|
||||
- 结论/价值:Superset 提供企业级 BI 可视化能力,支持连接 MySQL/MariaDB 等数据源
|
||||
|
||||
## Key Claims
|
||||
- Apache Superset GHA 版本镜像:apache/superset:GHA-19524015706
|
||||
- 访问地址:http://localhost:8777,用户名密码均为 admin
|
||||
- 初始化流程:fab create-admin → db upgrade → load_examples → init
|
||||
- 支持 MySQL/MariaDB 数据源连接
|
||||
|
||||
## Key Concepts
|
||||
- [[Apache Superset]]:开源 BI 和数据可视化平台,支持 SQL 查询、图表仪表板
|
||||
- [[Docker]]:Superset 部署方式,使用 Docker Hub 官方镜像
|
||||
- [[Superset Dashboard]]:Superset 核心能力,TikTok Shop 选品分析等业务场景应用
|
||||
|
||||
## Key Entities
|
||||
- [[Apache Superset]]:BI 平台本身,已有 entity 页面
|
||||
- [[Docker]]:容器化部署平台
|
||||
|
||||
## Connections
|
||||
- [[Apache Superset]] ← 部署方式 ← [[Docker]]
|
||||
- [[Superset Dashboard]] ← 数据源 ← [[MySQL MariaDB 数据库详细信息]](已有配置信息)
|
||||
- [[TikTok Shop - Apache Superset Dashboard设计思路]] ← 应用场景 ← [[Apache Superset]]
|
||||
48
wiki/sources/在Ubuntu安装Ollama并运行Qwen2.5-Coder7B.md
Normal file
48
wiki/sources/在Ubuntu安装Ollama并运行Qwen2.5-Coder7B.md
Normal file
@@ -0,0 +1,48 @@
|
||||
---
|
||||
title: "在 Ubuntu 安装 Ollama 并运行 Qwen2.5-Coder 7B"
|
||||
type: source
|
||||
tags: [ollama, qwen, qwen-coder, ubuntu, 本地AI, 大语言模型]
|
||||
date: 2025-01-15
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/在 Ubuntu 安装 Ollama 并运行 Qwen2.5‑Coder 7B.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:Ubuntu 本地部署 Ollama + Qwen2.5-Coder 7B 大语言模型推理服务
|
||||
- 问题域:如何在无 GPU 或有 NVIDIA GPU 的 Ubuntu 服务器上快速部署本地 AI 推理能力
|
||||
- 方法/机制:Ollama 官方安装脚本 → systemd 服务管理 → REST API 暴露 → Python/NodeJS SDK 调用
|
||||
- 结论/价值:3 条命令完成本地 AI 部署;qwen2.5-coder:7b 比普通 qwen2.5:7b 更适合 DevOps/SQL/Kubernetes 等工程任务
|
||||
|
||||
## Key Claims
|
||||
- Ollama 官方安装脚本自动完成 CLI 安装、systemd 服务创建和 API 启动
|
||||
- Qwen2.5-Coder 7B 模型大小约 4.5GB,最低 4 核 CPU + 8GB RAM,无需 GPU 即可运行
|
||||
- NVIDIA GPU + CUDA 环境下 Ollama 自动使用 GPU 加速,无需额外配置
|
||||
- 开放远程 API(OLLAMA_HOST=0.0.0.0)后,可被 n8n/OpenClaw/OpenWebUI 等外部工具调用
|
||||
- Qwen2.5-Coder 在 Shell/Python/SQL 理解和 Repo 级代码理解上优于通用 Qwen2.5 模型
|
||||
|
||||
## Key Quotes
|
||||
> "比普通 qwen2.5:7b 更适合工程任务" — 原因:Tool usage 能力强、Shell/Python/SQL 理解强、Repo 级代码理解
|
||||
|
||||
## Key Concepts
|
||||
- [[Ollama]]:本地大语言模型推理引擎,通过官方安装脚本一键部署,自动管理 systemd 服务
|
||||
- [[Qwen]](通义千问):阿里巴巴开源大语言模型系列,Qwen2.5-Coder 是其代码专精分支
|
||||
- [[本地AI推理]]:在自有硬件上运行 LLM 推理,避免云服务依赖和 API 费用
|
||||
- [[GPU加速推理]]:NVIDIA CUDA + Ollama 自动调度 GPU资源,无需手动配置
|
||||
- [[REST API for LLM]]:Ollama 提供 http://localhost:11434 REST API,支持 chat/completion/generate 端点
|
||||
|
||||
## Key Entities
|
||||
- [[Ollama]]:本地 LLM 推理平台,安装地址 ollama.com,CLI + REST API + SDK
|
||||
- [[Qwen]]:阿里巴巴通义千问大模型家族,Qwen2.5-Coder 是代码专精版本
|
||||
- [[Ubuntu]]:目标服务器操作系统,22.04/24.04 均支持
|
||||
- [[NVIDIA GPU]]:可选硬件加速,运行 nvidia-smi 验证 CUDA 环境
|
||||
|
||||
## Connections
|
||||
- [[Ollama]] ← extends ← [[Qwen]](Qwen 是 Ollama 支持的模型之一)
|
||||
- [[在Ubuntu安装Ollama并运行Qwen2.5-Coder7B]] ← 推荐搭配 ← [[n8n]](AI automation 工作流)
|
||||
- [[在Ubuntu安装Ollama并运行Qwen2.5-Coder7B]] ← 推荐搭配 ← [[OpenWebUI]](本地 ChatGPT 风格 UI)
|
||||
- [[OpenClaw]] ← 可配置使用 ← [[Ollama]](通过 ollama/qwen2.5-coder:7b 接入)
|
||||
- [[Qwen]] ← 专精分支 ← [[Qwen2.5-Coder]](代码能力强化版)
|
||||
|
||||
## Contradictions
|
||||
- 与 [[vLLM]]:Ollama 适合快速原型和轻量部署;vLLM 适合高并发企业级服务,需要更多配置
|
||||
40
wiki/sources/如何在UbuntuServer上通过NFS挂载Synology NAS上的共享文件夹.md
Normal file
40
wiki/sources/如何在UbuntuServer上通过NFS挂载Synology NAS上的共享文件夹.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹"
|
||||
type: source
|
||||
tags: [nfs, synology, nas, ubuntu, 网络存储]
|
||||
date: 2025-12-29
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Home Office/如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹.md]]
|
||||
|
||||
## Summary
|
||||
- 核心主题:Ubuntu 服务器通过 NFS 协议永久挂载 Synology NAS 共享文件夹
|
||||
- 问题域:rsync 备份脚本需要可靠的 NAS 挂载点,防止本地硬盘爆满;NFS 相比 Samba 保留 Linux 文件权限信息
|
||||
- 方法/机制:NAS 端配置 NFS 权限 → Ubuntu 端安装 nfs-common → mount -t nfs → /etc/fstab 永久挂载 → rsync 脚本加入挂载检查
|
||||
- 结论/价值:NFS 完美保留 Docker 卷权限;比 Samba 更适合 Linux-to-Linux 备份场景;_netdev 参数防止开机挂载顺序错误
|
||||
|
||||
## Key Claims
|
||||
- NFS 相比 Samba 的核心优势:保留 Linux 文件所有权信息,rsync 恢复 Docker 卷不会出现权限报错
|
||||
- Synology NAS NFS 挂载路径格式:192.168.3.17:/volume2/backup(冒号分隔)
|
||||
- NFS 永久挂载必须使用 /etc/fstab;手动 mount 命令重启后失效
|
||||
- _netdev 参数告诉系统此设备为网络设备,等到网络完全启动后再尝试挂载,防止开机卡死
|
||||
- rsync 备份脚本必须加入 mountpoint 检查,防止 NAS 掉线时数据写入本地挂载点目录
|
||||
|
||||
## Key Quotes
|
||||
> "NFS 的优势:原生权限支持,Samba 会丢失 Linux 的文件所有权信息,导致恢复 Docker 卷时权限报错。NFS 则能完美保留。" — Synology NAS + Ubuntu 备份架构选型依据
|
||||
|
||||
## Key Concepts
|
||||
- [[NFS永久挂载]]:通过 /etc/fstab 实现开机自动挂载网络存储,_netdev 参数确保网络就绪后再挂载
|
||||
- [[Synology NAS]]:NAS 存储设备,192.168.3.17,提供 NFS/SMB 等多协议存储服务
|
||||
- [[rsync增量备份]]:配合 NFS 挂载点,实现 NAS 到 Ubuntu 的增量备份
|
||||
- [[Linux权限保留]]:NFS 相比 Samba 的核心优势,-o uid/gid 或 squash 选项确保文件权限不丢失
|
||||
|
||||
## Key Entities
|
||||
- [[Synology NAS]]:NAS 端存储设备,IP 192.168.3.17,NFS 端口 2049
|
||||
- Ubuntu Server:备份目标机,IP 192.168.3.47,安装 nfs-common 客户端
|
||||
|
||||
## Connections
|
||||
- [[如何在UbuntuServer上通过NFS挂载Synology NAS上的共享文件夹]] ← 基础层 ← [[rsync增量备份]](rsync 依赖此挂载点)
|
||||
- [[Synology NAS]] ← 提供 ← [[NFS永久挂载]](存储后端)
|
||||
- [[NFS永久挂载]] ← 对比 ← Samba 挂载(NFS 保留权限,Samba 丢失权限)
|
||||
Reference in New Issue
Block a user