- 博客(958)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 Ollama 部署大模型常用命令总结
本文整理了Ollama大模型工具的完整命令集，主要内容包括： 安装与基础命令：提供macOS/Linux一键安装脚本，以及模型下载、运行、管理等核心操作命令。 Gemma4模型专令：包含各版本模型拉取、交互对话、单次提问等操作，支持图文混合输入。 模型自定义：通过Modelfile创建定制化模型（如代码助手），支持参数调整和上下文窗口设置。 API开发集成：详细列出原生API调用方法（包括图片处理）和Python/JavaScript SDK示例代码。 实用辅助功能：包含网络代理加速、硬件监控、服务管理、性
2026-06-22 22:24:58
338
原创 Ollama 本地部署 Gemma 4 完全指南
《Ollama本地部署Gemma 4完全指南》是一份详细的离线部署教程，适用于2026年4月发布的Google Gemma 4开源模型。文章介绍了Ollama工具和Gemma 4的特性，包括四大版本（E2B/E4B/26B/31B）的硬件选型建议（4G-24G显存需求）。部署步骤涵盖安装Ollama、模型下载和运行，并提供了API集成方案（本地11434端口服务）和常见错误解决方案。高级技巧包括自定义模型、动态调整上下文和使用WebUI界面。推荐普通用户选择E4B版本，16G显卡用户使用26B，高端设备可选
2026-06-22 22:23:26
754
原创 Ollama+AnythingLLM 搭建本地私有 RAG 知识库
文章摘要： 本文介绍了一套全本地、免费开源的私有知识库方案，使用Ollama大模型+AnythingLLM搭建RAG（检索增强生成）系统，解决企业敏感文档的AI问答需求。核心优势包括： 数据零外传：文档、向量数据均存储于本地，保障隐私安全。 开箱即用：10分钟完成部署，支持PDF/Word等格式拖拽上传。 精准问答：AI仅基于私有文档生成回答，并标注引用来源，避免幻觉。 关键步骤：安装Ollama并拉取模型（如Qwen3.5中文模型）→ 配置AnythingLLM客户端 → 上传文档创建知识库。进阶技巧包括
2026-06-22 22:17:18
1375
原创 实时数仓到底Flink+Paimon和 Doris区别
批处理用 Hive，实时用 Kafka + Flink，两套链路，运维复杂，口径难统一：Flink 写入 Paimon（或 Iceberg），统一存储，支持流批读写：Flink 或 Kafka 直接写入 Doris，强查询能力，弱生态扩展。
2026-06-18 10:03:53
303
原创 使用AI工具Cherry Studio中的OpenCode帮你写代码
OpenCode是一款开源AI编程智能体桌面客户端，支持自然语言操控本地项目开发，提供桌面软件、终端TUI和VSCode插件三种运行形态。核心功能包括：一键生成完整项目、批量代码处理、自动执行开发命令、多模态编程（支持图片识别）和自由切换大模型。与普通代码补全插件不同，OpenCode能自主规划任务、修改文件、运行命令，实现全流程自动化开发。文中还介绍了如何通过智谱清言获取Token并配置Cherry Studio来使用OpenCode，展示了从创建项目到生成完整三成架构的实操流程。该工具适用于Window
2026-06-18 08:34:31
962
原创 介绍一款OmniTools万能工具平台
摘要： OmniTools（万能工具平台）是一个集成多种实用工具的集合器与导航站。用户可通过Docker快速部署：拉取镜像后创建目录并设置权限，运行容器并映射端口8080。部署完成后，访问http://localhost:8080/即可使用。该平台整合多样化工具，方便集中调用，适合开发者及日常需求。
2026-06-16 19:38:45
238
原创 AI发展很快也出现了很多名词，那么我今天一句话清楚MCP,Skill,Agent
这篇文章通俗易懂地解释了6个AI核心概念及其运作关系： 大模型是AI基础大脑，擅长理解但无实操能力； Token是AI处理文字的最小单位，用于计费计量； Prompt是人类给AI的指令； Agent是具备自主任务处理能力的AI个体； Skill是Agent可调用的具体功能工具； MCP是AI系统的通信架构（服务端+客户端）。 通过家政服务的完整案例，展示了从用户指令到任务执行的全流程：用户Prompt→Token化→Agent分解任务→调用Skill→通过MCP协议交互→底层大模型提供智能支撑。这种分层架构
2026-06-05 16:40:02
316
原创 目前大模型非常火爆，你了解大模型和大模型分类吗
人工智能 (AI，终极研究目标)⊃机器学习 (ML，实现 AI 的技术手段)⊃深度学习 (DL，机器学习进阶分支)⊃生成式 AI (GAI，深度学习落地方向)⊃大语言模型 LLM (生成式 AI 热门分支)
2026-06-04 22:25:06
477
原创 Istio的控制平面和数据平面详细介绍
Istio采用控制面(istiod)与数据面(Envoy)分离架构。控制面作为集群大脑，负责规则下发、证书管理和配置校验，包含Pilot、Citadel、Galley和Webhook四大功能模块。数据面包括业务Pod中的Sidecar和独立网关两种形态，通过Envoy代理实现流量劫持、治理规则执行和安全加密。典型通信依赖xDS协议实时推送配置，1.6版本后废弃了性能较差的Mixer组件。对于单体架构场景，Sidecar代理会造成资源浪费，建议改用传统网关方案。1.24版本引入的无Sidecar的Ambien
2026-06-04 22:16:58
328
原创 Istio 起源、版本历史更新全解
Istio服务网格演进全解析（2017-2026） 摘要： Istio由Google、IBM和Lyft于2017年联合推出，历经多个发展阶段：早期探索（0.x）、生产就绪（1.0-1.4）、架构重构（1.5-1.9）、生态扩展（1.10-1.14）和重大转型（1.15-1.24）。核心演进包括：控制平面从多组件简化为istiod单体（1.5版），数据平面从强制Sidecar到无Sidecar的Ambient Mesh（1.24 GA），流量劫持支持nftables替代iptables（1.27）。最新1.3
2026-06-04 22:05:34
578
原创 Linux命令ps xlfa 命令查看僵尸或者运行或者卡住的程序
Linux进程状态排查指南摘要 本文介绍了使用ps -xlfa命令查看Linux进程状态的技巧： 参数详解：-x显示后台进程，-l长格式显示状态/PID，-f全格式命令，-a所有用户进程 关键状态标识：R运行、S休眠、D不可中断IO卡死、Z僵尸进程、T暂停 快速筛选命令：可通过grep或awk过滤特定状态进程（Z/D/R） 处理建议：D态进程需等待IO完成，Z态需杀父进程回收 附赠一键筛选异常进程命令，帮助快速定位系统卡死/僵尸进程问题。
2026-04-13 09:52:43
296
原创 Docker多架构镜像构建器常用命令
摘要：本文针对Windows系统构建Docker镜像时出现的架构不匹配警告，提供了完整解决方案。核心问题是Windows默认构建amd64镜像与本地arm64基础镜像冲突，导致镜像无法在麒麟V10 arm64服务器运行。通过使用docker buildx build --platform linux/arm64 --pull=false命令，强制构建纯arm64架构镜像并禁用网络拉取，彻底解决网络超时和架构不匹配问题。最终验证镜像架构为arm64后，可导出镜像包在麒麟V10服务器上直接运行。该方法确保镜像1
2026-03-20 11:12:23
399
原创 Go的WEB框架Gin创建标准项目入门格式就是这样的
本文介绍了如何规范拆分Gin项目的API代码结构。核心思路是将路由注册与业务逻辑分离：使用handler/目录存放各功能模块的业务逻辑，router/目录统一管理路由注册，main.go仅作为程序入口。通过创建hello和user模块示例，演示了如何按功能拆分API代码。这种结构遵循Go工程化最佳实践，使代码更易维护和扩展，适合项目规模增长后的管理。文章还提供了完整的目录结构、代码实现步骤和测试方法，帮助开发者快速掌握模块化开发技巧。
2026-03-05 11:06:44
364
原创 使用Docker拉取指定架构的镜像并保存到本地
摘要：本文介绍了如何拉取和验证多架构Docker镜像的具体步骤。首先从阿里云镜像仓库拉取CoreDNS v1.11.3镜像，然后通过docker buildx inspect命令查看该镜像支持的多种架构（包括amd64、arm/v7、arm64等）。重点演示了如何拉取arm64架构的特定版本镜像，并提供了保存镜像到本地以及验证镜像完整性的命令。文末还提到腾讯云针对新用户的优惠活动，2核4G服务器仅需79元/年。
2026-03-05 09:36:56
478
原创 Kubernetes 运维工程师实战手册：从 kubectl 到生产级集群调度全整理
《Kubernetes运维实战手册》摘要：本文系统整理了K8s运维核心知识与命令，涵盖集群管理、命名空间操作、Pod生命周期管理三大模块。重点介绍了kubectl工具语法、命名空间隔离、Pod状态监测与排错技巧，以及污点容忍策略等高级配置。手册包含大量实用命令示例，如Pod创建/删除、容器调试、资源配置文件生成等，并详细解析了YAML配置文件的关键字段。适合DevOps工程师快速掌握K8s日常运维操作，解决生产环境中的常见问题。（149字）
2026-01-28 16:18:11
1182
原创 Kubernetes kubectl 命令速查手册（日常使用必备）
Kubernetes kubectl 常用命令速查手册 本手册整理了 Kubernetes v1.34 版本中最常用的 kubectl 命令，涵盖集群管理、资源操作和故障排查等场景。主要内容包括： 集群配置与信息查询（版本、上下文、命名空间管理） Pod 全生命周期操作（查看、日志、执行、端口转发） Deployment 管理（扩缩容、镜像更新、回滚） 服务管理（创建、暴露、查看） ConfigMap 和 Secret 配置管理 常用调试与监控命令 手册采用简洁的代码块格式，提供命令简写形式，便于开发运维人
2026-01-28 16:10:38
347
原创 1. 直接启动业务容器，不会卡死 docker run -itd —name test xxxxx：v1 2. 启动的时候附加，也不会卡死 docker run —itd —name
根据你描述的现象，问题，这为诊断指明了非常清晰的方向。这是一个典型的交互式操作与非交互式操作差异导致的问题。
2026-01-28 09:32:04
485
原创 k8s好看的UI管理界面kubepi部署步骤使用kubepi部署
摘要：本文档展示了Kubernetes中部署Kubepi应用的完整配置，包含三个核心部分：1) 持久化存储声明(PVC)，定义了5Gi的NFS存储；2) 部署(Deployment)，配置了单副本容器、特权模式及存储挂载；3) 服务(Service)，通过NodePort 30091暴露应用端口。配置模拟了Docker运行时的关键参数（如特权模式、端口映射和存储卷），同时添加了Kubernetes特有功能如持久化存储。特别注意的是设置了imagePullPolicy为Never，强制使用本地镜像。
2026-01-05 12:14:21
1044
原创 Kubernetes DNS 名称解析详解
Kubernetes DNS解析详解：服务kubernetes.default.svc.cluster.local是集群内建的API Server服务。该地址遵循服务名.命名空间.资源类型.集群域的层次结构，其中kubernetes是服务名，default表示命名空间，svc表示Service资源类型，cluster.local是默认集群域名。由于DNS搜索域配置，在Pod内可使用简写形式如kubernetes（同命名空间）或kubernetes.default（跨命名空间），但推荐使用完整域名以避免歧义。
2026-01-05 12:12:41
645
原创 部署二进制 Kubernetes
本文档详细介绍了二进制部署Kubernetes集群的完整流程，主要包括： 部署环境准备：包括操作系统(AnolisOS 7.9)、Kubernetes(v1.30.10)、etcd(v3.5.7)和Docker(v26.0)等组件的版本选择。 节点规划：1个master节点和2个worker节点的IP分配及组件部署方案。 关键系统配置：关闭swap分区、设置主机名、配置网络参数等，并解释了这些配置的必要性。 证书工具安装：使用cfssl工具生成TLS证书。 etcd集群部署：采用3节点高可用方案，提供下载地
2025-10-21 20:38:37
658
原创 Docker使用国内的源安装
摘要：阿里云镜像站因IP黑名单限制导致无法访问Docker仓库。解决方案包括：1）删除无效repo文件；2）改用腾讯云、清华或华为云镜像源；3）验证并完成安装。备选方案推荐使用官方安装脚本或手动RPM安装。安装后需验证并配置镜像加速器，建议优先尝试腾讯云镜像源。
2025-10-17 11:35:20
783
原创 k3s环境单节点，物理机ip是172.10.15.209，serverpod开启了主机网络, clientpod的ip10.42.0.58，cni0的ip是10.42.0.1/24
当在k3s单节点环境中，从主机网络模式的Server Pod（172.10.15.209）ping Client Pod（10.42.0.58）时，抓包显示源IP为cni0网桥IP（10.42.0.1）而非物理机IP，这是正常现象。原因是： 内核路由机制会将同一节点Pod间通信的源IP自动设为cni0网桥IP（10.42.0.1），因为目标IP属于cni0直连网段； 网络包流转路径为：Server Pod→宿主机路由→cni0网桥→Client Pod； 这种设计优化了回包路径，使Client Pod可直接
2025-06-24 16:53:00
1043
原创 Pod的中执行脚本卡死定位
Kubernetes环境中排查Pod脚本卡死问题需要系统化方法：先通过kubectl检查Pod状态和日志，监控资源使用；进入容器用ps/top分析进程，或用strace/gdb追踪系统调用和堆栈；检查探针配置和节点资源压力。建议增强脚本健壮性（如超时控制、错误捕获）、合理设置资源限制，并集成监控告警系统（如Prometheus）。最终可通过临时容器或压力测试进一步诊断复现问题。
2025-06-24 09:40:21
671
原创 Linux定位具体是哪个脚本导致卡死
通过以上方法，通常可以定位到具体卡死的脚本及其原因。如果问题仍然难以复现，可以考虑在开发环境中模拟生产环境条件，逐步缩小问题范围。
2025-06-24 09:37:00
563
原创 docker过一段时间就会卡死原因排查
Docker容器中运行Shell脚本卡死，可能由资源不足（如内存、CPU、文件描述符）、系统兼容性问题（内核或安全模块限制）、脚本缺陷（死循环、资源泄漏）或Docker配置不当（版本/存储驱动）导致。排查需监控容器资源、检查系统日志、验证脚本逻辑及Docker配置。解决方法包括调整资源配额（如内存限制）、优化脚本（添加超时控制）、更新系统/Docker版本、调整安全策略或更换存储驱动。建议增强脚本健壮性（如使用set -euo pipefail）、配置容器健康检查并建立监
2025-06-24 09:35:10
1483
原创 docker执行docker exec -it xxx /bin/sh卡死执行alpine的基础镜像卡死排查
摘要（148字）： docker exec卡死问题通常由内核兼容性、资源限制或架构特性引发。可通过检查系统版本/Docker版本、分析容器状态与日志（如journalctl、docker inspect）定位问题，重点排查PID命名空间异常或安全模块(SELinux/AppArmor)冲突。解决方案包括：更新内核/Docker版本、调整daemon.json配置（如存储驱动改为overlay2）、使用--privileged模式测试。临时替代方案推荐nsenter命令或设置超时参数。对于ARM64架构需特别
2025-06-24 09:30:28
689
原创 kube-proxy日志，使用的是ipvs模式，iptables模式是可以的，切换到ipvs模式就不行了解决思路
摘要： 针对IPVS模式下IPv4地址被错误解析为IPv6格式的问题（parseIP Error），根本原因可能是双栈配置冲突、kube-proxy版本缺陷或内核模块缺失。解决方案包括：1）禁用IPv6双栈配置，2）加载IPVS内核模块，3）升级kube-proxy至v1.23+版本，4）清理异常IPVS规则并重建，5）验证CNI插件兼容性。辅助操作包括检查Service端点、测试NodePort访问及内核日志。如问题持续，可临时回退至iptables模式定位问题，最终需确认环境配置与组件版本兼容性。
2025-05-27 11:03:21
819
原创 kube-proxy使用ipvs和iptables模式的区别
Kubernetes 中 kube-proxy 的 IPVS 和 iptables 模式对比：IPVS 基于 L4 负载均衡技术，适合大规模集群，支持多种调度算法，性能优异但需加载内核模块；iptables 兼容性好，适合小规模集群，可与 NetworkPolicy 深度集成但性能随规则增长下降。生产环境推荐 IPVS，小规模集群或需精细流量控制时可选 iptables。切换需注意内核兼容性和 Kubernetes 版本要求。
2025-05-27 10:50:57
1049
原创 k8s中svc的 CLUSTER-IP无法ping通排查思路以及kube-proxy使用的模式
负责维护 Service 的流量规则（iptables/IPVS）。是虚拟 IP（VIP），它不绑定到任何物理接口，仅用于流量转发。在 Kubernetes 中，Service 的。，则需要排查以下问题。以下是详细的排查思路和。，因为 Service 的。
2025-04-11 16:33:28
1811
原创 k8s部署的机器或者网络中是否Flannel网络组件host-gw内核是否支持以及跨子网是否可以通信
host-gw 无法跨越路由器，需改用 VXLAN 或 WireGuard 后端。AWS/Azure 等云环境可能限制自定义路由，需确认 VPC 路由表支持。要确认当前系统内核是否支持 Flannel 的。host-gw 依赖主机间的路由转发，需确保。），但 host-gw 通常无需额外模块。极少数情况下需加载内核模块（如。
2025-04-11 15:21:38
667
原创 k8s网络组件flannel的mac地址重复解决以及会引起的问题
在 Kubernetes 集群中使用 Flannel 时，如果出现问题，通常是由于 Flannel 的 VXLAN 后端（或其他网络后端）配置不当或版本缺陷导致。如果多个节点的flannel.1接口的link/ether字段值相同，即存在重复。如果多个节点的 Pod 子网 IP 最后 4 字节相同（例如子网配置冲突），则 MAC 地址会重复。：旧版本 Flannel 存在 MAC 生成逻辑缺陷。：无法升级 Flannel 或需自定义配置。macPrefix：Flannel 子网分配重叠导致 MAC 重复。
2025-04-11 15:19:10
1319
原创 k8s使用的是Flannel网络组件是vxlan模式，PodIP和其他节点PodIP无法通信请给出排查思路解决办法
逐项排查后，Pod跨节点通信应能恢复。如问题依旧，可结合Flannel日志和抓包结果深入分析。通常MTU应比物理网卡小50（如物理网卡1500，则flannel.1 MTU为1450）。确保节点间UDP 8472端口开放，防火墙（如ufw/iptables）未拦截。观察是否有封装后的VxLAN流量（目标端口8472）。确认VxLAN报文到达，并解封装转发到目标Pod。若缺失，可能是Flannel未能正确分发路由。，并分配了与其他节点不同的Vtep IP。通过以上步骤，多数问题可定位为。，且未配置错误参数。
2025-04-11 15:14:58
1398
原创 Flannel 的 VxLAN 模式下FDB表
查看 FDB表重启后就会这样在 Flannel 的 VxLAN 模式下，FDB（Forwarding Database）表项用于记录目标 MAC 地址与远端节点 IP 的映射关系。这些条目通常由 Flannel 自动维护，但在某些场景下（如网络异常或配置错误），可能需要手动添加或删除。以下是操作步骤：参数说明：：目标节点的 接口 MAC 地址。：指定 VxLAN 接口。：目标节点的物理网络 IP（即 Node IP）。：表示操作对象是本地接口。：标记为永久条目（避免被自动清除）。
2025-04-11 15:11:51
549
原创 K8s抓包PodIP流量到另一个主机节点上的流量
在 Kubernetes 中抓取跨节点 Pod 的流量需要结合节点的网络命名空间和 CNI 插件的工作机制。如果流量经过主机的物理网卡（如。（如 Flannel）或。
2025-04-11 14:51:46
648
原创 K8s的网络插件Flannel的8472端口无法连接故障排查思路
通信，会导致跨节点 Pod 网络不通。当 Kubernetes 集群中使用 Flannel 的。在节点上确认 Flannel 是否监听。时，若节点间无法通过。
2025-04-11 14:46:31
1041
原创 K8s不同节点的PodIp无法Ping通故障排查思路
若问题仍存在，考虑更换网络插件（如 Calico）或深入抓包分析流量路径。在 Kubernetes 集群中，不同节点的 Pod IP 无法互相。
2025-04-11 14:43:56
1627
原创 Kubernetes Flannel有几种网络模式分别怎么通信
如果确认是隧道模式但跨节点不通，需继续排查防火墙、路由或 MTU 问题（参考之前的解决方案）。Flannel 的隧道模式通常由后端类型决定，常见的隧道模式后端包括。隧道模式会在节点上创建虚拟隧道接口（如。要确认 Flannel 是否工作在。，可以明确是否工作在隧道模式。
2025-04-11 14:28:42
766
原创 Calico隧道模式区别IP-in-IP和VXLAN 都是隧道模式有什么区别吗
都是 Calico 支持的隧道模式，用于在底层网络无法直接路由 Pod IP 时实现跨节点通信，但它们在封装方式、性能、兼容性等方面有显著区别。：在 Calico 中，IP-in-IP 和 VXLAN 不能同时启用，需根据需求选择一种隧道模式。如果底层网络支持 BGP，建议直接使用。
2025-04-11 14:24:39
877
Linux非常详细的shell运维脚本一键启动停止状态SpringBoot打成可运行jar包
2023-12-18
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人