postgresql数据库是gitlab的一个配置数据库,记录gitlab的一些配置信息. 我们访问gitlab中的postgresql数据有本地命令行访问和远程可视化软件访问2种方式. (一)本地命令访问postgresql 参考:https://www.cnblogs.com/sfnz/p/7131287.html?utm_source=itdadao&utm_medium=referral su - gitlab-psql //登陆用户 psql -h /var/opt/gitlab/po

首次提交本次代码到gitlab上,报错:Updates were rejected because the remote contains work that you do 报错情况如下: 错误原因: 由于在gitlab上新建空项目时候,勾选了Initialize this repository with a README这项,导致远程仓库不为空 也就是 此刻的空项目是 解决方法: 现将远程仓库的内容拉取到本地,然后再进行提交 1.删除gitlab上现有的空项目,新建项目,不要勾选Initial

如果elasticsearch删除索引报错 curl -X DELETE 'http://10.73.26.66:9200/httpd-34-2017.08.15' {"error":{"root_cause":[{"type":"illegal_argument_exception","reason":"text is empty"}],"type":"i

之前部署的gitlab代码托管平台,采用ssh方式连接gitlab,在客户机上产生公钥上传到gitlab的SSH-Keys里,则git clone下载和git push上传都没问题,这种方式很安全. 后来应开发同事要求采用http方式连接gitlab,那么首先将project工程的"Visibility Level"改为"Public"公开模式,并且要保证gitlab的http端口已对客户机开放. 后面发现了一个问题:http方式连接gitlab后,git clon

1. magento在索引的时候用shell,有时候会报错: General error: 1205 Lock wait timeout exceeded 这个时候,是因为行锁的原因,在表中您直接用sql执行更新,会报这个错,也就是说这个错是mysql报的. 需要吧表index_process解锁 如果您想快速的解决,那么,把表导入,修改,删除数据库中index_process表,重新导入,OK,行锁会消失. 网上也有把index的mode改为手动,索引完改回来,好像还是有问题,报这个错就是my

报错信息: .... too much data for sort() with no index.... 给对应排序字段加索引就OK 了... 在对应"表"名上,右键-->AddIndex:

最近事情比较多,本篇文章算是把遇到的问题杂糅到一起了. 背景:笔者最近在写一个mongo查询小程序,由于建立索引时字段名用大写,而查询的时候用小写. 代码如下: db.getCollection("xxx.aa").find({second_email:"/^mylove_foryou@qq.com/"}) 1200万的数据,第一次执行耗时:43.741秒,这在正式环境肯定是不允许的. 通过查询执行计划,发现并没有使用时索引,导致查询的时候很慢. 笔者在mongo3

之前部署的gitlab,采用ssh方式连接gitlab,在客户机上产生公钥上传到gitlab的SSH-Keys里,git clone下载和git push上传都没问题,这种方式很安全. 后来应开发同事要求采用http方式连接gitlab,那么首先将project工程的“Visibility Level”改为“Public”公开模式,要保证gitlab的http端口已对客户机开放. 后面发现了一个问题:http方式连接gitlab后,git clone下载没有问题,但是git push上传有报错:

v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} Normal 0 false 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE /* Style Definitions */ table.MsoNormalTable {

https://blog.csdn.net/xukangkang1hao/article/details/80756085 gitlab使用webhook向jenkins发送请求,报错 Requests to the local network are not allowed 以下是官方给出解释: 链接:https://docs.gitlab.com/ee/security/webhooks.html If you have non-GitLab web services running on

今天在MySQL 5.7版本的数据库中导库InnoDB表字段长度时遇到了"ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes"错误,第一次遇到这个错误,遂花了点学习.研究过.总结这个问题. 公司使用的mysql数据库版本是5.7 在往里边导入sql语句时候,总是提示 ERROR 1071 (42000): Specified key was too long: max key lengt

今天遇到了一个特别奇怪的问题,我在用docker容器的时候,发现我的postgresql怎么也启动不起来 尝试了N多种办法,最后看了看postgresql的日志发现 postgresql 日志中报错 FATAL: could not write lock file "postmaster.pid": No space left on device could not write lock file "postmaster.pid": No space left on

经过几次度娘之后终于找到了解决方案,因为当时创建的indextest表是属于系统表空间,而系统表空间默认好像有大小限制,所以需要修改系统表空间的大小,至于修改表空间的语句可以随时度娘. 经过修改,创建普通索引终于ok,不得不说索引确实查询的快. select * from database_properties where property_name='DEFAULT_TEMP_TABLESPACE';select tablespace_name,file_name,bytes/1024/102

obj3 = pd.Series([']) obj3.reindex(range(), method='ffill') 此时会爆出一大堆错误. 出错原因是:之前 obj3 的索引是字符串类型,重新索引是 range,int 类型.这样数据类型不一样,导致出错 修改后:把最开始的 obj3 的 index 中的引号去掉,str 型变成 int 型. obj3 = pd.Series(['blue', 'purple', 'yellow'], index=[0, 2, 4]) obj3.reinde

欢迎关注个人微信公众号: 小哈学Java, 文末分享阿里 P8 高级架构师吐血总结的 <Java 核心知识整理&面试.pdf>资源链接!! 个人网站: https://www.exception.site/essay/elasticsearch-sync-index-read-only-allow-delete 目录 一.背景 二.题外话 三.开始排查 四.为什么索引处于只读状态呢? 五.如何解决 一.背景 前几天小哈在钉钉群里收到重庆业务线反馈,说是中台数据传输中间件在同步 Mysq

配置文件修改如下: <dataSource driver="com.mysql.jdbc.Driver" url="jdbc:mysql://localhost:3306/world" user="root" password="root" batchSize="-1" /> 重点是加:batchSize="-1"

install.pm could not copy postgres.exe to ... 错误原因:目标文件夹的父目录不存在

解决办法:执行命令sudo chmod 0600 /Users/***(电脑名)/.ssh/id_rsa

Jenkins源代码管理 添加gitlab项目地址 报错如下: Failed to connect to repository : Error performing command: ls-remote -h git@192.168.92.130:8090/root/swapping.git HEAD 前提条件: 在解决这个问题之前,首先确定了你的Jenkins是在[系统管理] 设置过[全局工具配置]的. 如果没有[jenkins的docker镜像内,自动安装JDK/Maven/Git]先去安装

1. 版本信息 OS: centos 6.9 Gitlab: gitlab-ce.10.7.4 gitlab-ce.10.8.0 gitlab-ce.10.8.3 gitlab-ce.10.8.4 2. 数据备份 https://segmentfault.com/a/1190000014729115 参考以上url 即可完成数据备份. 3. Gitlab数据还原 https://segmentfault.com/a/1190000014729115 参考以上url 即可完成数据备份还原. 4.G

PostgreSQL添加新的服务器连接时,报错: