YuanWang

> 模型排序序号为什么一定要连续呢，只要保证大小顺序就可以了吧 这个之前和产品对过了，要保证后端序号的连续，这样用户可以通过页面直观的知道某个模型的序号，方便在某个位置插入新模型

> > > 模型排序序号为什么一定要连续呢，只要保证大小顺序就可以了吧 > > > > > > 这个之前和产品对过了，要保证后端序号的连续，这样用户可以通过页面直观的知道某个模型的序号，方便在某个位置插入新模型 > > 这个序号只是个后端用来排序的东西，产品页面上又没有这个序号，本来就不存在“通过页面直观的知道某个模型的序号”，为什么这个要找产品对？ 这个之前刚开始做模型排序的时候就确定了的，新增和更新接口当时都是这么做了

可从以下方面排查 1、检查 Node.js 和 npm 版本，清除 npm 缓存并重新安装依赖，再次重新编译； 2、检查主机内存是否充足，编译时内存不足可能会导致编译失败，如果编译进入读条但编译时长久且最终编译失败，大概率就是内存不足问题 其它问题可参考最新CMDB编译部署指南：https://github.com/TencentBlueKing/bk-cmdb/pull/7352/files#diff-137a3289d2d9c3b98174af9cb3068567c079bacfd4fd59d3e5a516f358556b51

> 1. 在只部署bk-cmdb时，设置 init.py --auth_enabled false 参数后，日志中仍然会打印下面3条日志 > > children node(/cc/services/endpoints/auth) is not exist, will watch after 5s fail to watch children for path(/cc/services/endpoints/auth), err:zk: node does not exist children...

现象： 新增的时候等于256字符且新增成功，归档时却报超过256字符，走的更新实例方法，需要后续排查原因

> 为什么每次都要手动删这两个字段，直接加到createIgnoreKeys就自动忽略了 已修改

> 确认下更新接口是否也有这个问题 更新接口没有问题 

删除模型（delete_object）、删除模型分组（delete_classification）等接口当对应数据不存在时都会返回错误，但该接口在数据不存在时返回成功应该不符合预期，初步判断为后端未对实例是否存在做校验，后续确认是否需要优化