搜索到
61
篇与
的结果
-
【深度学习KylinOS六】【麒麟系统环境安装之minio】使用docker快速安装minio 拉取minio镜像docker pull minio/miniodocker容器构建和运行miniodocker run -d --name minio \ --restart=always \ -p 9000:9000 \ -p 9001:9001 \ -e "MINIO_ROOT_USER=minioroot" \ -e "MINIO_ROOT_PASSWORD=minioroot" \ -v /home/minio/data:/data \ -v /home/minio/config:/root/.minio \ minio/minio:latest server /data --console-address ":9001"其中-p 表示端口的映射关系，{外部端口}:{内部端口}-v 表示目录的映射关系，{外部目录}:{内部目录}MINIO_ROOT_USER 为minio的默认账号MINIO_ROOT_PASSWORD 为minio的默认账号的密码查询日志，看是否有错误日志docker logs --tail 200 -f minio打开web页面http://ip:9001 -
【深度学习KylinOS七】【麒麟系统环境安装之Nacos】Docker部署 Nacos超详细步骤 拉取nacosdocker pull caplike/nacos-server:v2.1.0创建本地映射文件mkdir -p /home/nacos-server2.1.0/conf mkdir -p /home/nacos-server2.1.0/logs mkdir -p /home/nacos-server2.1.0/data配置文件在 conf 目录中创建配置文件 nacos-logback.xml： <?xml version="1.0" encoding="UTF-8"?> <configuration scan="true" scanPeriod="10 seconds"> <springProperty scope="context" name="logPath" source="nacos.logs.path" defaultValue="${nacos.home}/logs"/> <property name="LOG_HOME" value="${logPath}"/> <appender name="cmdb-main" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${nacos.home}/logs/cmdb-main.log</file> <append>true</append> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <fileNamePattern>${nacos.home}/logs/cmdb-main.log.%d{yyyy-MM-dd}.%i</fileNamePattern> <maxFileSize>2GB</maxFileSize> <maxHistory>7</maxHistory> <totalSizeCap>7GB</totalSizeCap> <cleanHistoryOnStart>true</cleanHistoryOnStart> </rollingPolicy> <encoder> <Pattern>%date %level %msg%n%n</Pattern> <charset>UTF-8</charset> </encoder> </appender> <appender name="rootFile" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${LOG_HOME}/nacos.log</file> <append>true</append> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <fileNamePattern>${LOG_HOME}/nacos.log.%d{yyyy-MM-dd}.%i</fileNamePattern> <maxFileSize>50MB</maxFileSize> <maxHistory>7</maxHistory> <totalSizeCap>512MB</totalSizeCap> <cleanHistoryOnStart>true</cleanHistoryOnStart> </rollingPolicy> <encoder> <Pattern>%date %level %msg%n%n</Pattern> <charset>UTF-8</charset> </encoder> </appender> <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <Pattern>%date %level %msg%n%n</Pattern> <charset>UTF-8</charset> </encoder> </appender> <appender name="naming-server" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>${LOG_HOME}/naming-server.log</file> <append>true</append> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <fileNamePattern>${LOG_HOME}/naming-server.log.%d{yyyy-MM-dd}.%i</fileNamePattern> <maxFileSize>1GB</maxFileSize> <maxHistory>7</maxHistory> <totalSizeCap>7GB</totalSizeCap> <cleanHistoryOnStart>true</cleanHistoryOnStart> </rollingPolicy> <encoder> <Pattern>%date %level %msg%n%n</Pattern> <charset>UTF-8</charset> </encoder> </appender> <springProfile name="standalone"> <logger name="org.springframework"> <appender-ref ref="CONSOLE"/> <level value="INFO"/> </logger> <logger name="org.apache.catalina.startup.DigesterFactory"> <appender-ref ref="CONSOLE"/> <level value="INFO"/> </logger> <logger name="org.apache.catalina.util.LifecycleBase"> <appender-ref ref="CONSOLE"/> <level value="ERROR"/> </logger> <logger name="org.apache.coyote.http11.Http11NioProtocol"> <appender-ref ref="CONSOLE"/> <level value="WARN"/> </logger> <logger name="org.apache.tomcat.util.net.NioSelectorPool"> <appender-ref ref="CONSOLE"/> <level value="WARN"/> </logger> </springProfile> <logger name="com.alibaba.nacos.core.listener.StartingApplicationListener"> <appender-ref ref="CONSOLE"/> <level value="INFO"/> </logger> <root> <level value="INFO"/> <appender-ref ref="rootFile"/> </root> </configuration> 启动容器docker run -d -p 8848:8848 -p 9848:9848 -p 9849:9849 \ --name nacos-server2.1.0 \ -v /home/nacos-server2.1.0/conf:/home/nacos/conf \ -v /home/nacos-server2.1.0/data:/home/nacos/data \ -v /home/nacos-server2.1.0/logs:/home/nacos/logs \ -e MODE=standalone \ --restart=always \ caplike/nacos-server:v2.1.0验证是否成功在浏览器中访问 Nacos：http://localhost:8848/nacos默认用户名和密码都是 nacos。
-
arm64如何在ARM平台运行x86_64架构的Docker image 前言ARM平台的机器(诸如树莓派、Android手机、Linux手机)运行Docker时，常会碰到目标镜像只支持x86/x86_64的问题。例子例如，在ARM64架构的Android手机拉取AMD64架构的Ubuntu镜像，并运行uname -a命令sudo docker run --rm -t amd64/ubuntu uname -a试图运行异质架构的镜像，输出画面会显示exec error除了重新build docker镜像外，还可以选择跑一个容器版的qemu-user-static (qus) ppc，牺牲部份性能解决此问题。拉取aptman/qus，设定模拟x86_64架构，此項目还支持模拟x86、ppc64le、ARM等其他架构。docker run --rm --privileged aptman/qus -s -- -p x86_64再运行一次Ubuntu的镜像，运行成功。实测类似项目也可如此操作，例如只支持x86架构的NodeJS应用镜像。
-
-
【深度学习KylinOS一】【麒麟系统环境安装之Docker】麒麟系统V10 怎么使用自带的docker 麒麟系统安装docker 服务器环境在 arm64(aarch64) 架构服务器上基于国产化操作系统安装 docker 服务## 查看系统版本，确认版本 cat /etc/kylin-release Kylin Linux Advanced Server release V10 (Tercel) ## 操作系统 uname -p aarch64 ## 内核版本（≥ 3.10） uname -r 4. 19.90-21.2.ky10.aarch64 ## iptables 版本（≥ 1.4） iptables --version iptables v1.8.1 (legacy)吐槽所谓的国产操作系统在我看来即换皮改名操作系统，不可否认他们在权限审计方面做的比原版开源的操作系统更复杂更细腻（但是这些应该都可以自己通过 PAM 之类的配置吧）。由于工作原因需要接触当前主流的大部分 GNU/Linux、*BSD、国产操作系统，在目前已接触的多款所谓的基于 Debian 或 Fedora 二次开发的操作系统中感触最深的不是他们上面加的各种权限审计限制，而是他们改了包名导致在安装 deb 或者 rpm 包时出现各种依赖问题。例如 CentOS7 的 rpm 包标识为 el7 麒麟上面则改成了 ky10，在安装一些软件时由于依赖问题导致同名包安装不上，如果卸载系统上已有包可能会出现系统某些软件服务出现问题，如果不卸载则只能带上痛苦面具去解决冲突。真就自主研发靠改名了。国产的各种麒麟操作系统由于使用者多为政府单位，运行环境又是隔离内网，导致一般情况下只有安装光盘没有完整的软件源寻找软件源据说银河麒麟基于 CentOS7，但是通过测试最终添加 CentOS8 的源才可以用，因为他喵的 CentOS7 只有 x86_64，而 CentOS8 才有 aarch64，厂商的话都信不得哦。手动配置了 CentOS8 的源后，yum makecache 可以正常缓存，但是 yum -y update 会出现多个依赖错误问题，通过 yum -y install package-name 可以安装软件，但是依赖问题依然很难受。最终在配置好 CentOS8 与 Docker-ce 官方源后由于依赖问题放弃了通过 yum 在线安装，直接下载如下 rpm 包安装依然不行。通过二进制安装 docker通过在线软件源和 rpm 包不能直接安装，那么只能选择通过编译安装了，去官网找了下发现提供有编译好的 docker 二进制包，直接下载二进制包安装吧，感谢 golang 的跨平台性。安装条件64位的操作系统# uname -p aarch64Linux 内核版本 ≥ 3.10# uname -r 4. 19.90-17.ky10.aarch64iptables 版本 ≥ 1.4# iptables --version iptables v1.8.1 (legacy)一个 ps 可执行文件，通常由 procps 或类似的包提供。安装 Docker选择并下载 docker-ce 二进制包文件官网下载地址： Index of linux/static/stable/aarch64/wget https://download.docker.com/linux/static/stable/aarch64/docker-20.10.7.tgz解压下载好的压缩包tar -zxvf docker-20.10.7.tgz移动解压出来的二进制文件到 /usr/bin 目录中mv docker/* /usr/bin/测试启动dockerd添加 systemd添加 docker 的 systemd 服务脚本至 /usr/lib/systemd/system/脚本参考自 https://github.com/docker/docker-cevim /usr/lib/systemd/system/docker.service [Unit] Description=Docker Application Container Engine Documentation=https://docs.docker.com After=network-online.target docker.socket firewalld.service containerd.service Wants=network-online.target Requires=docker.socket containerd.service [Service] Type=notify # the default is not to use systemd for cgroups because the delegate issues still # exists and systemd currently does not support the cgroup feature set required # for containers run by docker ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock ExecReload=/bin/kill -s HUP $MAINPID TimeoutStartSec=0 RestartSec=2 Restart=always # Note that StartLimit* options were moved from "Service" to "Unit" in systemd 229. # Both the old, and new location are accepted by systemd 229 and up, so using the old location # to make them work for either version of systemd. StartLimitBurst=3 # Note that StartLimitInterval was renamed to StartLimitIntervalSec in systemd 230. # Both the old, and new name are accepted by systemd 230 and up, so using the old name to make # this option work for either version of systemd. StartLimitInterval=60s # Having non-zero Limit*s causes performance problems due to accounting overhead # in the kernel. We recommend using cgroups to do container-local accounting. LimitNOFILE=infinity LimitNPROC=infinity LimitCORE=infinity # Comment TasksMax if your systemd version does not support it. # Only systemd 226 and above support this option. TasksMax=infinity # set delegate yes so that systemd does not reset the cgroups of docker containers Delegate=yes # kill only the docker process, not all processes in the cgroup KillMode=process OOMScoreAdjust=-500 [Install] WantedBy=multi-user.target根据 docker.service 中 Unit.After 需求添加 docker.socket 脚本至 /usr/lib/systemd/system/脚本参考自 https://github.com/docker/docker-cevim /usr/lib/systemd/system/docker.socket [Unit] Description=Docker Socket for the API [Socket] # If /var/run is not implemented as a symlink to /run, you may need to # specify ListenStream=/var/run/docker.sock instead. ListenStream=/run/docker.sock SocketMode=0660 SocketUser=root SocketGroup=docker [Install] WantedBy=sockets.target注意：如果缺少该文件，启动 docker 时会报如下错误：# systemctl start docker Failed to start docker.service: Unit docker.socket not found.根据 docker.service 中 Unit.After 需求添加 containerd.service 脚本至 /usr/lib/systemd/system/vim /usr/lib/systemd/system/containerd.service # Copyright The containerd Authors. # # Licensed under the Apache License, Version 2.0 (the "License"); # you may not use this file except in compliance with the License. # You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, software # distributed under the License is distributed on an "AS IS" BASIS, # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. # See the License for the specific language governing permissions and # limitations under the License. [Unit] Description=containerd container runtime Documentation=https://containerd.io After=network.target local-fs.target [Service] ExecStartPre=-/sbin/modprobe overlay ExecStart=/usr/bin/containerd Type=notify Delegate=yes KillMode=process Restart=always RestartSec=5 # Having non-zero Limit*s causes performance problems due to accounting overhead # in the kernel. We recommend using cgroups to do container-local accounting. LimitNPROC=infinity LimitCORE=infinity LimitNOFILE=infinity # Comment TasksMax if your systemd version does not supports it. # Only systemd 226 and above support this version. TasksMax=infinity OOMScoreAdjust=-999 [Install] WantedBy=multi-user.target注意：如果缺少该文件，启动 docker 时会报如下错误：# systemctl restart docker Failed to restart docker.service: Unit containerd.service not found.重载 systemd 配置文件systemctl daemon-reload创建 docker 组groupadd docker如不创建 docker 组在通过 systemctl 启动时会报错如下Dependency failed for Docker Application Container Engine. Job docker.service/start failed with result 'dependency'.启动 docker 服务systemctl start docker systemctl enable docker修改 docker 配置文件并查看安装好的 docker 基本信息在 /etc/docker/daemon.json 中添加如下内容：vim /etc/docker/daemon.json vim /etc/docker/daemon.json { "data-root":"/data/docker", "exec-opts":[ "native.cgroupdriver=systemd" ] }重启 docker 服务systemctl restart docker查看 docker info常用操作命令1.查看系统版本，确认版本 # cat /etc/kylin-release Kylin Linux Advanced Server release V10 (Tercel) 2. 查看系统架构(服务器如果是鲲鹏，架构是aarch64) # uname -p aarch64 3. 内核版本 # uname -r 4. 19.90-23.8.v2101.ky10.aarch64 4. iptables版本 # iptables --version iptables v1.8.1 (legacy) 5. 启动docker systemctl start docker systemctl enable docker 6. 获取操作系统的版本详细信息 lsb_release -a（第一种） cat /etc/os-release （第二种） 7. 查看系统是64位还是32位 第一种方式：getconf LONG_BIT 第二种方式：file /bin/ls 第三种方式：lsb_release -a 8. 查看linux版本 第一种方式使用这个命令查看 lsb_release -a 第二种方式使用这个命令查看cat /etc/issue（仅适用于linux） 第三种方式使用这个命令查看 执行cat /etc/redhat-release 9. 查看CPU配置信息 cat /proc/cpuinfo lscpu 10. 查看内存配置信息 cat /proc/meminfo 11. 查看硬盘信息 df -h 12. 查看当前linux的版本 cat /etc/redhat-release rpm -q centos-release 13. 修改DNS配置 vim /etc/resolv.conf 14. 查看外网IP curl cip.cc curl ifconfig.me curl ipinfo.io 15. 获取操作系统分支号 hostnamectl
-
Docker系列 深度使用nextcloud（六）解决nextcloud运行缓慢 Docker系列 深度使用nextcloud（六）解决nextcloud运行缓慢1、设置Nextcloud关掉弹出窗口（Dashboard）、Talk、Contacts、设置–基本设置–后台任务选Cron2、redis和APCu笔者系统docker中已安装redis，APCu也是nextcloud容器自带，配置一下即可：# 在nextcloud配置redis，编辑config.php 'memcache.local' => '\\OC\\Memcache\\APCu', 'memcache.locking' => '\OC\Memcache\Redis', 'redis' => array ( 'host' => '192.168.2.9', 'port' => 6379, ),3、计划任务容器没有Crontab，只好在宿主机执行了，ext文件系统须指定用户。# 定时每五分钟执行cron.php */5 * * * * docker exec --user www-data nextcloud php cron.php # 文件找不到，手动运行一次后，配置个自动任务，每天自动执行一次 59 23 * * * docker exec --user www-data nextcloud php occ files:scan --all重启一下docker就ok了! 这回差不多了吧，这篇超长博文应该要完了！
-
-
