顾陌 | Blog

Redis查找所有不过期的redis值

Mon, 05 Dec 2022 14:10:34 +0800

Redis使用Scan扫描获取所有的redis值，并将主键列表导出成no_ttl.log文件。如果无法执行redis-cli命令，需要安装redis：yum install redis

db_ip=127.0.0.1       # redis 连接IP
db_port=6379              # redis 端口
password='123456'  # redis 密码
cursor=0                  # 第一次游标
cnt=100                   # 每次迭代的数量
new_cursor=0              # 下一次游标
 
redis-cli -c -h $db_ip -p $db_port -a $password scan $cursor count $cnt > scan_tmp_result
new_cursor=`sed -n '1p' scan_tmp_result`     # 获取下一次游标
sed -n '2,$p' scan_tmp_result > scan_result  # 获取 key
cat scan_result |while read line             # 循环遍历所有 key
do
    ttl_result=`redis-cli -c -h $db_ip -p $db_port -a $password ttl $line`  # 获取key过期时间
    if [[ $ttl_result == -1 ]];then
    #if [ $ttl_result -eq -1 ];then          # 判断过期时间，-1 是不过期
        echo $line >> no_ttl.log             # 追加到指定日志
    fi
done
 
while [ $cursor -ne $new_cursor ]            # 若游标不为0，则证明没有迭代完所有的key，继续执行，直至游标为0
do
    redis-cli -c -h $db_ip -p $db_port -a $password scan $new_cursor count $cnt > scan_tmp_result
    new_cursor=`sed -n '1p' scan_tmp_result`
    sed -n '2,$p' scan_tmp_result > scan_result
    cat scan_result |while read line
    do
        ttl_result=`redis-cli -c -h $db_ip -p $db_port -a $password ttl $line`
        if [[ $ttl_result == -1 ]];then
        #if [ $ttl_result -eq -1 ];then
            echo $line >> no_ttl.log
        fi
    done
done
rm -rf scan_tmp_result
rm -rf scan_result

nexus搭建流程

Fri, 15 Jul 2022 15:50:38 +0800

# Create repository。

创建的时候有type类型，proxy/hosted/group.

项目	具体说明
hosted	本地存储。像官方仓库一样提供本地私库功能
proxy	提供代理其它仓库的类型
group	组类型，能够组合多个仓库为一个地址提供服务

正常情况需要搭建两个repository，一个是hosted类型以便公司/团队内上传自己的包，一个是groups类型组合阿里以及自己团队的发布的包的一个集合repository。

groups类型的仓库需要包含hosted的仓，以便其他项目能够正常拉取；

# 配置1

创建2个仓库以后，修改自己的电脑上的maven配置，默认的settings.xml的文件位置在 C盘用户文件夹下的 .m2 文件中。

如果需要发布上传内部的jar包则需要配置nexus账户及密码。

<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
    <localRepository>D://apache-maven-3.6.0-bin//localRestory</localRepository>   
    <servers>
        <server>
          <id>chow-commons</id>
          <username>admin</username>
          <password>123456</password>
        </server>
    </servers>
   <mirrors>
        <mirror>
            <id>chow-groups</id>
            <mirrorOf>central</mirrorOf>
            <name>中央仓库</name>
            <url>http://172.16.2.200/repository/chow-groups/</url>
        </mirror>
        <!-- 阿里云仓库 -->
        <mirror>
            <id>alimaven</id>
            <mirrorOf>central</mirrorOf>
            <name>aliyun maven</name>
            <url>http://maven.aliyun.com/nexus/content/repositories/central/</url>
        </mirror>
    
        <!-- 中央仓库1 -->
        <mirror>
            <id>repo1</id>
            <mirrorOf>central</mirrorOf>
            <name>Human Readable Name for this Mirror.</name>
            <url>http://repo1.maven.org/maven2/</url>
        </mirror>
    
        <!-- 中央仓库2 -->
        <mirror>
            <id>repo2</id>
            <mirrorOf>central</mirrorOf>
            <name>Human Readable Name for this Mirror.</name>
            <url>http://repo2.maven.org/maven2/</url>
        </mirror>
    </mirrors> 
</settings>

# 项目上传jar公用包的配置

<distributionManagement>
    <repository>
        <id>chow-commons</id>
        <name>chow-nexus</name>
        <url>http://172.16.2.200:8081/repository/chow-commons/</url>
    </repository>
</distributionManagement>

然后在maven里，点击deploy或者执行命令：mvn deploy

# 项目引用公用包的配置

<dependency>
    <groupId>com.chow.commons</groupId>
    <artifactId>chow-entities</artifactId>
    <version>1.0-20220715.061559-2</version>
</dependency>

# 错误

出现错误：maven Transfer failed for jar 405 PUT，原因：上传的包对应仓库类型需要是hosted。

出现错误：Transfer failed for http://**********/maven-metadata.xml 503 Repository offline，原因：仓库配置了离线，设置库的Online勾选；

2022深圳疫情魔幻记事(有空放图)

Thu, 24 Mar 2022 14:32:49 +0800

21年底在公司内申请了人才房，预计2022年初可以入住罗湖的政府人才房。年前政府公告通知说会延期交付，因为罗湖出现了新一波的新冠疫情，需要将部分密切接触者转移至人才房进行隔离。所以年后在上沙的搬离计划也一并延期耽误了。然后魔幻的2022开端了。

2.22封村

当天预备正常上班，7点40出门时候发现楼下聚集了一大波人，询问告知社区封闭，无法正常出入。原以为就像正常的小区封闭检测，全体核酸测试无病例以后就能正常出入了。

第二天以及后续几天依旧封闭，不让外出，期间外卖、超市等均正常，每日要求进行核酸检查并系统上报。

然而其他楼巷的病例数开始增多，并且上沙各村和小区内不再允许下楼、外卖以及超市关闭，楼下超市以及快递点等出现在流调记录里，部分人员出现恐慌情绪。

3.1派餐

社区开始统计每户的实际居住人数，并分发物质，前期2天可能是人手安排不过来，下沙社区人都吃了3餐了，上沙什么物质都没有送到。所以有了下沙吃不下，上沙吃不上的梗。反馈到微博和卫健委，2天以后物质总算是彻底解决了。

3.9产检

3.13解封半天又新增

根据本村前几日连续没有新增，所以当天晚发布通知进行解封。解封需要24小时核酸以及提交人员资料后可出入本村。当时解封时候排队核酸的人也是非常密集，也是担心容易密集感染。

封闭了这么久准备去备一些物质，防止后续再被封(下沙例子)，出村取了一次快递，另外一个快递安排在早上送到。结果一语成谶，第二天早上8点就通知又封闭了，恢复到之前状态，快递也没法取了。查看卫健委消息，刚解封却又出现新增病例，而且接近20例，复杂的是还有两个大白被感染。

3.17转移隔离

昨天6点多就通知了收拾物品准备8点转移，结果等到12点。本来基本都选择去的，等到凌晨12点都太困了，而且有孩子、有孕妇、有宠物得家庭一堆问题没人能够解答，等另外也不知道去哪里、去多久、什么时候去、去的环境怎么样…什么都不知道，唯一知道的就是要转移，本全部都要去，导致最后超过一半的人选择不去，未知产生恐惧。然后快到1点说安排不过来，选择去的人也回来了。最后都没去成。

根据网上的其他已经去的人微博提到，凌晨3店到坪山，等待安排物质等到5点，排队上电梯到新房(大概率是公租房)。

感谢政府，感谢各位防疫工作人员，虽然人员众多协调困难，但是具体实施下来措施还是有太多让人吐槽的东西。

3.18确认转移

当天晚上转移，也差不多等到10点那时候，排队坐上公交，等了半小时发车，终点大鹏葵安雅居。到了的时候差不多接近一点，再细收拾就到了接近3点。虽然磕磕碰碰，但是还是过来了。在此感慨，那些大白们太辛苦了，每日都是超负荷的工作。

3.22隔离一个月

隔离的第一个月，伙食也有了明显改善

因为远程办公需求，用床头柜和床板给自己拼了一张电脑桌，连接电视作为显示器。

3.30

产检，又是120接送。

诊断疑似胰腺炎。希望没事，都是误诊。

集中隔离医生夺命电话，必须要求在医院住院。一直到第二天中午我们同意转去福田中八大医院才结束。

3.31坐上120飙车

中午12点准时的120又来了，紧急收拾行李出发福田中八大复查，办理住院观察。一路超速经过大棚罗湖最后到福田。

办理住院手续，可是之前沟通说可以陪护，然而特殊时期不允许陪护。

自己去找麦当劳，肯德基关门歇业。

联系社区要求接回，晚上22:30，一辆可以载上几十人的空大巴车停在中八大门口，车门敞开，专门接我一个人返航。顶着周围人的目光独自上车。

大概10分钟后达到中航城格兰云天酒店，工作人员看到隔离转运的大巴车来了，接待工作人员在车门口准备接送一车人的行李，我再一次顶着所有人的目光一个人下了车，独自一人扛上了行李，10多个人的留在原地一脸懵逼。

23:20 办理入住，整碗泡面，洗澡睡觉。

4.1愚人节里好消息的一天

老婆办理住院，详细检查过后果然是误诊！

其他隔离在龙岗大鹏的邻居，被通知可以转移回上沙，比较尴尬的是我昨天转移过来的，我这边也联系酒店要求返回。

下午接近5点，告知可以离开，先美美的吃了一顿麦当劳，我爱自由我爱快乐水我爱这些垃圾食品。

4.2终于上班啦

联系楼下一并隔离的广告店，制作了两面锦旗，一面送给中山过来支援的志愿者小哥，一面送给了福田人力资源中心的小姐姐。

PGSQL数据库层面的加密解密

Mon, 21 Feb 2022 11:14:01 +0800

需求：需要将现在的用户关键信息在数据库层面做加密。

--安装pgcrypto扩展

create extension pgcrypto;
select * from pg_available_extensions  --查看pgcrypto是否安装成功

--加密

select encode(encrypt('17817719973'::bytea,'0000000ctsdev123','aes-ecb'),'base64')

--解密

select convert_from(decrypt(decode('gGBEj3ScUIF1Ow08cftkpA==','base64'),'0000000ctsdev123','aes-ecb'),'SQL_ASCII');

--为了以后方便直接建立一个加密函数（cts_encrypt）参数1为明文，参数2为密钥

CREATE or replace FUNCTION cts_encrypt(var1 VARCHAR,var2 varchar(16)) 
  RETURNS  VARCHAR as $$
BEGIN
  RETURN (SELECT encode(encrypt(var1::bytea,var2 :: bytea,'aes-ecb'),'base64'));
END; $$
language plpgsql;

测试加密：

select cts_encrypt('18700000000','0000000ctsdev123')

--解密函数cts_decrypt 参数1为密文，参数2为密钥

CREATE or replace FUNCTION cts_decrypt(var1 VARCHAR,var2 varchar(16)) 
  RETURNS  VARCHAR as $$
BEGIN
  RETURN (select convert_from(decrypt(decode(var1,'base64'),var2 :: bytea,'aes-ecb'),'SQL_ASCII'));
END; $$
language plpgsql;

测试解密：

select cts_decrypt('XyFXGdD/gt8Fjc+lsjWLKg==','0000000ctsdev123')

备份用户信息表：

create table base_user_detail as ( select * from base_user);
ALTER TABLE base_user_detail ADD PRIMARY KEY (id) ;

加密用户表里面的手机号信息

update base_user_detail set mobile=cts_encrypt(mobile,'0000000ctsdev123')

对应的Java应用层面的加解密：

private static String MODEL = "AES/ECB/PKCS5Padding";
private static String useKey ="0000000ctsdev123";
public static String encrypt(String content) {
    if(StringUtils.isEmpty(content)){
        return content;
    }
    String result = content;
    try {
        byte[] contentBytes = content.getBytes("UTF-8");
        SecretKeySpec skeySpec = new SecretKeySpec(useKey.getBytes("UTF-8"), "AES");
        Cipher cipher = Cipher.getInstance(MODEL);
        cipher.init(Cipher.ENCRYPT_MODE, skeySpec);
        byte[] encryptResult = cipher.doFinal(contentBytes);
        result = Base64.encodeBase64String(encryptResult);
        //替换\r \n
        result = result.replace("\n", "").replace("\r", "");
    } catch (Exception ex) {
        throw new RuntimeException(ex);
    }
    return result;
}
public static String decrypt(String content){
    if(StringUtils.isEmpty(content)){
        return content;
    }
    String result = content;
    byte[] contentBytes =null;
    try{
        if(content.length()%4==0){
            contentBytes =Base64.decodeBase64(content);
        }else{
            throw new RuntimeException("字符串"+content+"不是base64编码过的字符串！");
        }
    } catch (Exception ex) {
        throw new RuntimeException(ex);
    }
    if(contentBytes!=null){
        try{
            SecretKeySpec skeySpec = new SecretKeySpec(useKey.getBytes("UTF-8"), "AES");
            Cipher cipher = Cipher.getInstance(MODEL);
            cipher.init(Cipher.DECRYPT_MODE, skeySpec);
            byte[] decryptResult = cipher.doFinal(contentBytes);
            if (decryptResult != null) {
                result = new String(decryptResult, "UTF-8");
            }
        } catch (Exception ex) {
            throw new RuntimeException(ex);
        }
    }
    return result;
}

.NetCore WebSocket跨域问题 SignalR CORS跨域

Fri, 17 Sep 2021 11:37:21 +0800

将 SignalR 集成到 ASP.NET Core api 程序的时候，按照官方 DEMO 配置完成，同域名访问没有问题，但是前端一直报跨域问题。原设置项：

  services.AddCors(op => { op.AddPolicy("cors", builder => { builder.AllowAnyOrigin().AllowAnyHeader().AllowAnyMethod().AllowCredentials(); }); });

出现该问题的原因是由于 CORS 策略设置不正确造成的，原始设置我是允许所有 Origin 来源，在正常跨域请求正常，在请求Websocket相关请求时候提示跨域错误。

但是由于 dotnetCore 2.2 的限制，无法使用 AllowAnyOrigin() + AllowCredentials() 的组合，只能显式指定 Origin 来源，或者通过下述方式来间接实现。

解决方案1，修改跨域配置：

　services.AddCors(op => { op.AddPolicy("cors", builder => { builder.SetIsOriginAllowed(origin => true).AllowAnyHeader().AllowAnyMethod().AllowCredentials(); }); });

解决方案2，直接采用中间件进行设置请求头：

public class CorsMiddleware
{
    private readonly RequestDelegate next;

    public CorsMiddleware(RequestDelegate next)
    {
        this.next = next;
    }
    public async Task Invoke(HttpContext context)
    {
        if (context.Request.Headers.ContainsKey(CorsConstants.Origin))
        {
            context.Response.Headers.Add("Access-Control-Allow-Origin", context.Request.Headers["Origin"]);
            context.Response.Headers.Add("Access-Control-Allow-Methods", "PUT,POST,GET,DELETE,OPTIONS,HEAD,PATCH");
            context.Response.Headers.Add("Access-Control-Allow-Headers", context.Request.Headers["Access-Control-Request-Headers"]);
            context.Response.Headers.Add("Access-Control-Allow-Credentials", "true");

            if (context.Request.Method.Equals("OPTIONS"))
            {
                context.Response.StatusCode = StatusCodes.Status200OK;
                return;
            }
        }
        await next(context);
    }
}

//在Configure方法中添加如下内容
app.UseMiddleware<CorsMiddleware>();

PostgreSQL物化视图相关操作

Fri, 07 May 2021 16:04:35 +0800

使用普通视图查询较慢，改用pgsql的物化视图。物化视图和普通视图的区别在于物化视图会将试图内容物理保存在数据库中。

1、创建一个名为mv_memberdetail的物化视图

create materialized view mv_memberdetail as
select m.*,p.diamond_value,p.grade_name,p.orderTotal,p.orderNum
from crm_membership m
inner join(
select membership_id,sum(remain) diamond_value,SUM(money) orderTotal,count(product_number) orderNum,
case when sum(remain)<100 then '黄金'
 when sum(remain)>=100 and sum(remain)<1000 then '铂金'
 when sum(remain)>=1000 then '钻石' else '' end grade_name 
from crm_point_logs
where is_delete=false and point_type='钻石' and status in('0','1','2') 
group by membership_id
) p on m.id=p.membership_id
where m.is_delete=false

2、创建视图索引

create unique index index_mv_memberdetail_id on mv_memberdetail(id);

3、刷新物化视图（会锁住视图，刷新较快）

refresh materialized view mv_memberdetail;

刷新物化视图（不会锁住视图，刷新速度大幅下降）

refresh materialized view concurrently mv_memberdetail;

刷新物化视图以及CONCURRENTLY的介绍

对物化视图的刷新不阻塞在该物化视图上的并发选择。如果没有这个选项，一次影响很多行的刷新将使用更少的资源并且更快结束，但是可能会阻塞其他尝试从物化视图中读取的连接。这个选项在只有少量行被影响的情况下可能会更快。
只有当物化视图上有至少一个UNIQUE索引（只用列名并且包括所有行）时，才允许这个选项。也就是说，该索引不能建立在任何表达式上或者包括WHERE子句。
当物化视图还未被填充时，这个选项不能被使用。
即使带有这个选项，对于任意一个物化视图一次也只能运行一个REFRESH

微信默认表情符号的代码对照表

Thu, 29 Oct 2020 17:17:28 +0800

PGSQL的跨库查询（替换dblink）

Thu, 10 Sep 2020 15:41:19 +0800

因业务涉及到跨库查询，之前的方案为dblink进行查询，随着数据量变大，dblink的响应时间严重超时，因为dblink一次请求都会对远端数据库进行一次全表扫描，且所有数据都会传输回本地数据库内，导致性能降低并且严重浪费当前系统资源。本地系统每通过DBLINK链接远端系统一次，都会生成一个本地session，如本地session不退出或者手动释放，只有通过session超时才能自动释放，会浪费大量的系统资源。

在PGSQL上可使用postgres_fdw这个扩展来代替dblink。

-- 01 创建扩展参数

CREATE EXTENSION postgres_fdw;

-- 02 创建一个外部服务器，设置数据库的连接（删除 DROP SERVER foreign_server CASCADE）

CREATE SERVER foreign_server
FOREIGN DATA WRAPPER postgres_fdw
OPTIONS (host 'localhost', port '5432', dbname '外部的数据库名称');

-- 后续对此进行修改：ALTER SERVER foreign_server OPTIONS (SET port '1921', SET host 'localhost', SET dbname '数据库名称');
-- 如需删除某个配置项：ALTER SERVER foreign_server OPTIONS (DROP host, DROP port);
-- 添加某个配置项  ALTER SERVER foreign_server OPTIONS (ADD host);
-- 查询本数据库的连接端口 show port

如果有该报错信息：only connections to self instance are supported, please do not specify the host or hostaddr parameters。

则创建外部服务器的时候，不要填写port和host的信息，如：

CREATE SERVER foreign_server
FOREIGN DATA WRAPPER postgres_fdw
OPTIONS (dbname '外部的数据库名称');

-- 03 定义的用户映射，辨认将要在远程服务器上使用的角色

CREATE USER MAPPING FOR postgres
SERVER foreign_server
OPTIONS (user 'postgres', password '密码');

-- 04 创建schema，并创建所有的外部数据库表

CREATE SCHEMA ft;
import foreign schema public from server foreign_server into ft;

-- 单独增加外部表（如果后续有新的外部表可以用这个增加limit to/排除except）
IMPORT FOREIGN SCHEMA public
    LIMIT TO  (test_tablename) 
from server foreign_server into ft

select * from ft.表名

如果区分权限不创建所有的表，只创建单独的外部表关联

-- drop FOREIGN TABLE f_order_info 
CREATE FOREIGN TABLE f_order_info (
id CHAR(24) NOT NULL,
order_no VARCHAR(50),
  store_id VARCHAR(50),
department_id VARCHAR(50),
order_status VARCHAR(20),
product_count int,
product_total decimal(18,2)
)
SERVER foreign_server
OPTIONS (schema_name 'public', table_name '外部数据库表名');
select * from f_order_info

参考：https://help.aliyun.com/document_detail/142422.html

衍生问题：（赋予某子账户跨库查询权限）

-- 01 创建子账户的映射

CREATE USER MAPPING FOR 子账户名称
SERVER foreign_server
OPTIONS (user '子账户名称', password '子账户密码');

-- 02 赋予schema的权限给子账户

grant all on SCHEMA ft to 子账户名称;

-- 03 赋予schema的表权限给子账户

GRANT SELECT,INSERT,DELETE ON ALL TABLES IN SCHEMA ft TO 子账户名称;  -- 赋予所有的表查询、插入、删除权限
GRANT SELECT ON TABLE ft.表名 TO 子账户名称;  -- 赋予单独的表查询权限
REVOKE SELECT ON TABLE 表名 FROM 子账户名称;   -- 撤销某表的查询权限

202304故障：

凌晨RDS数据库实例被阿里云强制升级了,早上各运营业务群反馈部分功能异常. 经过排查定位到是跨库查询失效了. 查看阿里云通知提示数据库被强制小版本升级了,怀疑是本次升级导致问题.

我们在主库中用的postgres_fdw插件创建foreign_server以实现数据库本实例的跨库查询.
我们连接的是本示例内的另外数据库,之前的连接有设置OPTIONS (host 'localhost', port '3002', dbname '数据库名').升级以后不能使用localhost和port了. 查询同一个实例只用设置数据库名dbname,其他的设置host和port设置的localhost/127.0.0.1和3002端口就不能使用了,使用了就会报错误提示 ERROR: only connections to self instance are supported, please do not specify the port parameter

本次处理删除掉OPTIONS 中的host和port就恢复正常.

pgsql单表查询超时问题（vacuum）

Thu, 28 May 2020 12:42:01 +0800

今天生产数据库遇到一个严重的问题，某一个PostgreSQL的业务表查询异常缓慢，导致该模块业务查询超时。甚至slect count(id) from table查询整表数据数量的时候都需要执行超过60秒。

最初怀疑是索引的问题，删除索引或者重建索引都无法解决问题。

后面查询各表的碎片化问题，查询到该表异常（这个命令是查询按照最老的XID排序，查看大于1G而且是排名前20的表）：

SELECT relname, age(relfrozenxid) as xid_age, pg_size_pretty(pg_table_size(oid)) as table_size FROM pg_class WHERE relkind = 'r' and pg_table_size(oid) > 1073741824
ORDER BY age(relfrozenxid) DESC LIMIT 20;

才了解到PGSQL(未开启定期维护任务)需要定期进行垃圾回收，原因是当系统有更新操作（包括INSERT VALUES、UPDATE、DELETE、ALTER TABLE ADD COLUMN等），会在系统表和被更新的数据表中留存不再使用的垃圾数据，造成系统性能下降，并占用大量磁盘空间，因此需要定期进行垃圾回收。

vacuum的效果：

1释放,再利用更新/删除的行所占据的磁盘空间.

2更新POSTGRESQL查询计划中使用的统计数据

3防止因事务ID的重置而使非常老的数据丢失。

第一点的原因是PostgreSQL数据的插入,更新,删除操作并不是真正放到数据库空间.如果不定期释放空间的话,由于数据太多,查询速度会巨降.

第二点的原因是PostgreSQL在做查询处理的时候,为了是查询速度提高,会根据统计数据来确定执行计划.如果不及时更新的话,查询的效果可能不如预期.

第三点的原因是PostgreSQL中每一个事务都会产生一个事务ID,但这个数字是有上限的. 当事务ID达到最大值后,会重新从最小值开始循环.这样如果不及时把以前的数据释放掉的话,原来的老数据会因为事务ID的丢失而丢失掉.

执行释放解决（锁表，效率很低）：

vacuum full <表名称>;

openmediavault家用私人NAS等应用部署教程

Fri, 13 Dec 2019 11:05:43 +0800

OpenMediaVault，是一个开源的基于 Debian Linux 的下一代网络附加存储(NAS)解决方案。它包含众多服务，如 SSH、(S)FTP、SMB / CIFS、DAAP 媒体服务器、RSync、BitTorrent 客户机等。并具有通过插件可增强的模块化设计框架特性。其核心如下：

基于Web方式的系统管理

通过Debian软件包简单的系统升级

用户管理

计划任务

多语言支持（0.4.18版支持繁体中文）

基于DNS-SD(Apple’s protocol)的服务公告

插件系统

下面介绍如何在Debian上安装配置 OpenMediaVault：

#更新
apt-get update
apt-get upgrade

编辑软件源

vim /etc/apt/sources.list
#添加debian 10系统 软件源
deb https://packages.openmediavault.org/public usul main
#检查 debian系统，如果是debian9则是 deb https://packages.openmediavault.org/public arrakis main

其他版本的系统需要参考官方文档：https://openmediavault.readthedocs.io/en/stable/releases.html。（需要注意的是Codename需要小写）

添加保存完毕：

apt-get update

如果出现以下错误：

     The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7E7A6C592EF35D13 NO_PUBKEY 24863F0C716B980B

则需要执行：

     apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 7E7A6C592EF35D13
     apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 24863F0C716B980B

如果执行以上代码添加密钥出现错误：E: gnupg, gnupg2 and gnupg1 do not seem to be installed, but one of them is required for this operation，则需要安装gnupg。

     apt-get install -y gnupg
     apt-get install -y gnupg1
     apt-get install -y gnupg2

安装：

apt-get install openmediavault-keyring postfix
apt-get install openmediavault -y

如果出现mask等错误：

     Failed to restart lvm2-lvmpolld.service: Unit lvm2-lvmpolld.socket is masked

执行：

     systemctl unmask lvm2-lvmpolld.socket

安装时间会有点长，耐心等待几分钟，待安装完成后输入以下命令初始化OMV（debian10无须执行）

omv-initsystem

OMV的命令行界面配置面板

omv-firstaid

默认的用户：admin，密码：openmediavault