修改-2
我发现在更改文件位置后数据库甚至无法启动。
这是默认文件位置:
$pg_isready
/var/run/postgresql:5432 - accepting connections
$pg_lsclusters
Ver Cluster Port Status Owner Data directory Log file
9.5 main 5432 online postgres /var/lib/postgresql/9.5/main /var/log/postgresql/postgresql-9.5-main.log
pg_lsclusters
输出为绿色。
在postgresql.conf上更改文件位置后:
$pg_isready
/var/run/postgresql:5432 - no response
$pg_lsclusters
Ver Cluster Port Status Owner Data directory Log file
9.5 main 5432 down root /mnt/Data/postgresdb/postgresql/9.5/main /var/log/postgresql/postgresql-9.5-main.log
此处输出为红色。
在发布此帖here之后,我尝试手动启动群集:
$pg_ctlcluster 9.5 main start
Warning: the cluster will not be running as a systemd service. Consider using systemctl:
sudo systemctl start postgresql@9.5-main
Error: You must run this program as the cluster owner (root) or root
我用sudo尝试了同样的命令:
Error: Config owner (postgres:124) and data owner (root:0) do not match, and config owner is not root
这又让我觉得问题可能在于目录的权限。该目录由root拥有,其所有权我无法更改。
修改-1
我一直在努力解决这个问题,我想进一步提炼这篇文章以提供更多细节。这是我目前的情况:
sudo apt-get install postgresql and postgresql-contrib
sudo -U postgres psql
进入postgres shell(我不确定这是否是我需要做的)/var/lib/postgresql/9.5/main
数据目录位于Ubuntu ext4格式的硬盘中。我还有一个安装在/mnt/Data
上的1 TB NTFS格式化硬盘(在启动时自动挂载)。我尝试了什么:
sudo systemctl stop postgresql
/mnt/Data/postgresdb
并将上一个主目录的内容复制到此目录,这样就可以使用/mnt/Data/postgresdb/postgresql/9.5/main
sudo rsync -av /var/lib/postgresql/ /mnt/Data/postgresdb/postgresql/
的完整路径
/etc/postgresql/9.5/main/postgresql.conf
,将data_directory从上述路径更改为/mnt/Data/postgresdb/postgresql/9.5/main
sudo systemctl start postgresl
sudo -U postgres psql
,但会收到原始帖子中提到的错误。这些是相应主目录的权限:
ls -l /var/lib/postgresql/9.5/
total 4.0K drwx------ 19 postgres postgres 4.0K Jan 16 12:40 main
ls -l /mnt/Data/postgresdb/postgresql/9.5/
total 4.0K drwxrwxrwx 1 root root 4.0K Jan 16 12:13 main
从它的外观来看,默认目录归" postgres"并且新目录由root拥有。但是,当我尝试将所有权更改为postgres:chown -R postgres main
时,它不会输出任何错误,但所有权不会发生变化。我很好奇这是因为这个驱动器是NTFS格式化并且已经安装。
这是我的/ etc / fstab:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=3f5a9875-89a3-4ce5-b778-9d7aaf148ed6 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda6 during installation
UUID=85c3f4d4-e450-435b-8dd6-cf1b2cbd8fc2 none swap sw 0 0
/dev/disk/by-label/Data /mnt/Data auto nosuid,nodev,nofail,x-gvfs-show 0 0
关于如何解决这个问题的任何想法?
原始帖子
最近,我安装了Postgresql来存储我研究的一些数据。该数据集附带了有关如何在Postgresql数据库上设置数据的说明(如果感兴趣,请提供有关here和here的更多信息)。我安装了Postgresql并设置了一个&#34;角色&#34;并使用了为加载数据库而提供的脚本。它有效,但我低估了数据集的大小,并且脚本退出了说没有更多的空间。
我的计算机上有两个驱动器,一个安装了Windows和Ubuntu的250G SSD驱动器(每个125G)。并且1TB HDD NTFS格式化,我存储我的数据。所以我认为将数据库移动到另一个驱动器上的文件夹会很有帮助。我清除了所有数据和数据库以重新启动,并按照说明here移动数据库目录。但是,在移动目录后,当我尝试使用psql连接时,我收到以下错误:
~ psql -U username -d postgres 14:48:33
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
我该如何解决这个问题?我用Postgresql-9.5运行64位Ubuntu 16.04。如前所述,我将DB目录移动到NTFS格式的文件系统(不确定是否会导致任何问题)。
感谢。
答案 0 :(得分:1)
正如评论中所提到的,NTFS就是问题所在。我最终调整了我的更大硬盘驱动器的100GB格式为ext4,并且能够使用新数据目录启动postgres而没有任何问题。