psycopg2 зависает, когда оператор" SELECT " выполняется против информационной схемы на CentOS vs python 2.6


У меня есть скрипт python, который выполняет запрос к базе данных postgresql (RedShift. Он отлично работает на моей локальной машине:

Ubuntu 12.10,
python 2.7
psycog.__version__ = '2.5.3 (dt dec pq3 ext)'

Но он зависает, когда я выполняю некоторые запросы из моей машины prod на AWS

CentOS 6.5
Python 2.6
psycog.__version__ = '2.5.3 (dt dec pq3 ext)'

Вот код:

import psycopg2
con = psycopg2.connect(**{<my_connection_params>}})
curs = con.cursor()

# This works perfectly fine on both machines !!!
curs.execute("""SELECT table_name FROM information_schema.tables
              WHERE table_schema='public' AND table_type='BASE TABLE'""")

# This one hangs on AWS, but works fine from my laptop
curs.execute('select column_name from information_schema.columns')

Когда я подключаюсь к db и запускаю запрос, чтобы увидеть запущенные процессы, я вижу следующее:

select pid, trim(user_name), starttime, substring(query,1,20)
from stv_recents
where status='Running';

Я вижу этот запрос.

Вот strace -p:

ioctl(0, SNDCTL_TMR_STOP or TCSETSW, {B38400 opost isig icanon echo ...}) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigaction(SIGWINCH, {SIG_DFL, [], SA_RESTORER, 0x3aaa00f710}, {0x3ab1027010, [], SA_RESTORER|SA_RESTART, 0x3aaa00f710}, 8) = 0
gettimeofday({1403280035, 826010}, NULL) = 0
rt_sigprocmask(SIG_BLOCK, [PIPE], [], 8) = 0
write(3, "\27\3\1\0 5\351Br$\331\30\00563\v\211f\325\367\210\331\331\253\300\310\240"..., 122) = 122
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
poll([{fd=3, events=POLLIN|POLLERR}], 1, -1) =
1   2  

1 ответ:

Получается, что:

Amazon EC2-классические экземпляры могут обрабатывать до 1500 байт данных в секунду. фрейм, в то время как экземпляры Amazon EC2-VPC могут обрабатывать до 9000 байт данные на кадр. В смешанной среде рекомендуется отключить TCP / IP Jumbo-фреймов путем установки МТУ 1500 на Амазон ЕС2-ВКК экземпляр; таким образом, оба экземпляра используют максимум 1500 байт. Это не так необходимы, если клиент и инстансы кластера использовать Amazon EC2-VPC.

Http://docs.aws.amazon.com/redshift/latest/mgmt/connecting-drop-issues.html

Так что эта строка решит ее:

ip link set dev eth0 mtu 1500