Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/sockets/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
PostgreSQL中的DBLink会删除目标的DNS名称(红移),但会在服务重新启动后恢复_Postgresql_Sockets_Amazon Web Services_Amazon Redshift_Postgresql 9.3 - Fatal编程技术网

PostgreSQL中的DBLink会删除目标的DNS名称(红移),但会在服务重新启动后恢复

PostgreSQL中的DBLink会删除目标的DNS名称(红移),但会在服务重新启动后恢复,postgresql,sockets,amazon-web-services,amazon-redshift,postgresql-9.3,Postgresql,Sockets,Amazon Web Services,Amazon Redshift,Postgresql 9.3,我在第9.3页有一个(随机)问题 我有一些存储过程,它们创建到redshift实例的dblink连接 它过去工作得很好,但最近停止了 设置: 安装了PostgreSQL 9.3的AWS EC2实例(ubuntu) AWS红移作为目标 查询: SELECT dblink_connect('host=xxx.redshift.amazonaws.com port=5432 dbname=xxx user=xxx password=xxx'); [Other commands]

我在第9.3页有一个(随机)问题

我有一些存储过程,它们创建到redshift实例的dblink连接

它过去工作得很好,但最近停止了

设置:

  • 安装了PostgreSQL 9.3的AWS EC2实例(ubuntu)
  • AWS红移作为目标
  • 查询:

        SELECT dblink_connect('host=xxx.redshift.amazonaws.com port=5432 dbname=xxx user=xxx password=xxx');
        [Other commands]
        SELECT dblink_disconnect();
    
    它有一天能工作。 第二天,我得到以下错误

    错误:无法建立连接 详细信息:无法将主机名“xxx.redshift.amazonaws.com”转换为地址:名称或服务未知

    但它是通过IP工作的。 如果我通过命令行运行psql,它通过名称工作

        psql -h xxx.redshift.amazonaws.com port=5432 -d xxx -U xxx
    
    只要我重新启动postgresql服务,它就会恢复正常

    postgresql日志中没有错误。 据我所见,在程序完成后,没有任何连接保持打开状态。 系统日志显示了一些行,在上次查询几个小时后,我不确定它们是否相关/它们来自哪里:

    3月22日22:37:55 ip xxx upstart udev网桥[16120]:从upstart断开

    3月22日22:37:55 ip xxx upstart套接字网桥[16123]:从upstart断开

    3月22日22:37:55 ip xxx内核:[801531.255841]初始化:upstart udev网桥主进程(16120)以状态1终止

    3月22日22:37:55 ip xxx内核:[801531.255861]初始化:upstart udev桥主进程已结束,正在重生

    3月22日22:37:55 ip xxx内核:[801531.256172]初始化:upstart套接字桥主进程(16123)以状态1终止

    3月22日22:37:55 ip xxx内核:[801531.256185]初始化:upstart套接字桥主进程已结束,正在重新启动

    3月22日22:37:55 ip xxx内核:[801531.256399]初始化:upstart文件桥主进程(16126)已终止,状态为1

    3月22日22:37:55 ip xxx内核:[801531.256413]初始化:upstart文件桥主进程已结束,正在重新启动


    似乎它与libc6:amd64(2.19-0ubuntu6.10)包的最新更新有关,其中包含一个问题。这是昨天自动安装的。我会核实的。还发现版本2.19-0ubuntu6.11修复了它。我发布的日志消息链接到无人参与的升级,在那里我发现了libc6升级。它似乎与libc6:amd64(2.19-0ubuntu6.10)包的最新更新有关,其中包含一个问题。这是昨天自动安装的。我会核实的。还发现版本2.19-0ubuntu6.11修复了它。我发布的日志消息链接到无人参与的升级,在那里我找到了libc6升级。