Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Misha Verbitsky ([info]tiphareth) в [info]ljr_news
@ 2010-10-12 22:22:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
сломан импорт
Импорт из LJ уже больше недели не работает.
У нас ничего не менялось, очевидно, livejournal.com
постигли очередные "улучшения" кода.

Симптомы таковы:

my $ua = LWPx::ParanoidAgent->new(timeout => 60);
$USER_AGENT = "LJR::Import/0.01; http://lj.rossia.org/; lj-admin\@rossia.org";
$ua->agent($LJR::USER_AGENT);
$idres = $ua->get($ru->{"servername"} . "/users/" . $remote_user . "/info/");
  
if (!($idres && ($idres->is_success || $idres->code == 403))) {
    return $err->("LWPx: Can't get remote user id: $remote_user\n");
}


И в этот момент она нам сообщает
"LWPx: Can't get remote user id", очевидно, будучи не
в состоянии законнектиться и сгрузить юзеринфо.

В чем причина этого, мне не очевидно. Разбираемся.
Ради интереса я попытался сделать с того же сервера

wget http://www.livejournal.com/users/repressii/info/ -U "LJR::Import/0.01; http://lj.rossia.org/; lj-admin\@rossia.org"


и все работало, то есть дело, видимо,
не в строчке с юзер-агентом.

Приносим извинения всем пострадавшим.

Привет


(Добавить комментарий)


[info]no-lj.pip.verisignlabs.com
2010-10-12 23:20 (ссылка)
суп это гавно суп это ацтой суп это хомяки

(Ответить)


[info]no-lj.pip.verisignlabs.com
2010-10-12 23:20 (ссылка)
будь они прокляты

(Ответить)


[info]kaledin
2010-10-12 23:22 (ссылка)
Eshche kstati na OpenID narod zhaluetsya aktivno poslednyuyu nedelyu ili okolo togo. Ne rabotaet vrode nifiga.

(Ответить) (Ветвь дискуссии)


[info]tiphareth
2010-10-13 01:39 (ссылка)
чичас проверю

(Ответить) (Уровень выше)


[info]tiphareth
2010-10-13 01:41 (ссылка)
Говорит
No claimed id: url_fetch_error: Error fetching URL: DNS lookup timeout

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]lpauzner
2010-10-14 01:58 (ссылка)
вот да, похоже изнутри perl почему-то не работает ресолвер.
LWPx надолго зависает вроде как тоже из-за ресолвера,
(не могу пока распечатать его полное состояние в момент ошибки)

(Ответить) (Уровень выше)


[info]lpauzner
2010-10-14 02:05 (ссылка)
ага

10/14/10 02:03:25 soldat31 <- www.livejournal.com::soldat31 (entries)
*** http://www.livejournal.com/users/soldat31/info/ _content->(500 DNS lookup t
imeout
), _rc->(500), _headers->(HTTP::Headers=HASH(0x2d2ec70)), _msg->(DNS lookup time
out), _request->(HTTP::Request=HASH(0x2c61ac0)),
10/14/10 02:04:28 sleeping 5 seconds due to network related error.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]lpauzner
2010-10-14 02:07 (ссылка)
т.е. проблема у нас внутри перла!

(Ответить) (Уровень выше)


[info]lpauzner
2010-10-14 02:40 (ссылка)
10/14/10 02:37:33 windom_earle <- www.livejournal.com::w_earle (entries)
*** http://www.livejournal.com/users/w_earle/info/ _msg->DNS lookup timeout,
client-warning: Internal response
client-date: Wed, 13 Oct 2010 22:38:35 GMT
content-type: text/plain
10/14/10 02:38:35 sleeping 5 seconds due to network related error.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2010-10-14 09:50 (ссылка)
Спасибо, Леня, а отчего такое в принципе могло бы случиться?
Я давно не переставлял libwww-perl, кстати, можно в принципе поставить
последнюю версию на всякий случай

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]lpauzner
2010-10-14 12:43 (ссылка)
я делал diff относительно бэкапа двухнедельного - ни библиотеки perl ни /etc ни код за это время не менялись. Но видимо кто-то убил named и оно так перекосилось нетривиально, а все остальное работало. может быть новая версия LWP и будет работать иначе, но кто ж знает.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2010-10-14 14:26 (ссылка)
ты прав, да, посмотрел в daemon.log
действительно, 4-го октября кто-то убил намед

(Ответить) (Уровень выше)


[info]tiphareth
2010-10-14 10:08 (ссылка)
Пардон, потер глупый коммент - это
у меня в акаде апстримом заблокирован 53-й порт

(Ответить) (Уровень выше)


[info]tiphareth
2010-10-14 10:14 (ссылка)
Там все равно какая-то странная хуйня.
dig livejournal.com
выдает
livejournal.com. 37993 IN NS ns01.livejournal.com.
livejournal.com. 37993 IN NS ns02.livejournal.com.
livejournal.com. 37993 IN NS ns03.livejournal.com.
А dig ns01.livejournal.com
(ns02, ns03) выдают то же самое, Я вообще не понимаю, как такая
штука может резолвиться - чтобы найти его IP, надо пойти на
ns0*.livejournal.com, но для этого надо уже знать его IP.

То есть когда меня учили настраивать DNS, специально предупреждали,
что такая штука работать не может. What's going on?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2010-10-14 10:24 (ссылка)
С другой стороны, это, похоже, общая практика

google.com. 83393 IN NS ns3.google.com.
google.com. 83393 IN NS ns1.google.com.
google.com. 83393 IN NS ns2.google.com.
google.com. 83393 IN NS ns4.google.com.

наверное, меня переклинило

(Ответить) (Уровень выше)


[info]tiphareth
2010-10-14 10:44 (ссылка)
убрал из /etc/resolv.conf
верхнюю строчку nameserwer 127.0.0.1 и все вроде заработало
(намеда у нас, кажется, нет, то есть почему оно там было,
я не ведаю - видимо, когда-то давно был он).

Яснее не стало, но по крайней мере работает

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]kaledin
2010-10-14 12:03 (ссылка)
Figase -- a kak zhe ono rans'he-to rabotalo, nu tam dve ili tri nedeli nazad? chudesa.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]lpauzner
2010-10-14 12:36 (ссылка)
из консоли все время работало, типа lynx/wget/etc. без проблем, а из перла не хотело.
удивительно что оно различается.

раньше был named, точно видел его иногда в top, а сейчас видимо убили.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]kaledin
2010-10-14 14:13 (ссылка)
Sam podokh nebos'. Glyuchnyj nebos'.

(Ответить) (Уровень выше)


[info]tiphareth
2010-10-14 14:21 (ссылка)
Видать, перлу было нужно, чтоб работали все три сервера
(или по крайней мере верхний). Кстати, в автозагрузке намеда
я не нашел, то есть откуда он в топе - без понятия. Может,
ты его на Лайле видел?

Апропос, авторизация по OpenID все равно не работает,
с той же самой ошибкой. Отчего, не ведаю, продолжает жаловаться на днс
No claimed id: url_fetch_error: Error fetching URL: DNS lookup timeout
У тебя есть идеи?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]lpauzner
2010-10-14 18:51 (ссылка)
а попробуй запустить named в кеширующем режиме - может быть поможет.

Нет, я его видел никак не на лейле, там еще время работы в CPU часах было какое-то астрономическое, наверное за несколько лет работы. Он вроде еще используется при проверке адресов всех исходящих писем с комментами, хотя не должен, поскольку все письма тупо идут на лейлу.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2010-10-16 21:16 (ссылка)
Кстати, перезапустил сервер LJR (апаче 1.3 который) и openid
заработал. Очевидно, он запоминает контент /etc/resolv.conf

А ддосхостинг накрылся окончательно, похоже,
они не только не отвечают на емэйлы (многочисленные),
но еще и отдали наш IP каким-то педорасам. Надо будет
поднять второй прокси в более приличном месте.

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]lpauzner
2010-10-16 22:55 (ссылка)
Петя вчера вечером запустил named и еще чего-то делал на эту тему.
Так что мы вернулись к прежнему состоянию. Вроде все работает что должно?

(Ответить) (Уровень выше)


[info]tiphareth
2010-10-13 01:49 (ссылка)
Эта жалоба отсюда:
http://cvs-ljr.lenin.ru/cgi-bin/viewvc.cgi/LJR/local/cgi-bin/Net/OpenID/Consumer.pm?revision=1.3&view=markup
Но в чем причина поломки, догадаться не могу

(Ответить) (Уровень выше)


[info]tiphareth
2010-10-13 01:50 (ссылка)
my $ures = URI::Fetch->fetch($url,
                                 UserAgent        => $self->ua,
                                 Cache            => $self->cache,
                                 ContentAlterHook => $hook,
                                 )
        or return $self->_fail("url_fetch_error", "Error fetching URL: " URI::Fetch->errstr);

(Ответить) (Уровень выше)


[info]soldat31
2010-10-13 11:05 (ссылка)
Удивительно, что нельзя восстановить трансляцию из ЖЖ.

(Ответить)


[info]leorasy89
2022-04-21 05:32 (ссылка)
The information is quite useful for me in the future, very happy to read this information 2048 cupcakes fnaf 2

(Ответить)


[info]killersmile
2022-09-14 14:14 (ссылка)
Awesome site i love it keep posting more! Click here

(Ответить) (Ветвь дискуссии)


[info]ranker
2024-02-05 11:03 (ссылка)
Wow! Such an amazing and helpful post this is. I really really love it. It's so good and so awesome. I am just amazed. I hope that you continue to do your work like this in the future also.
Palworld Breeding

(Ответить) (Уровень выше)

seo
[info]ranker
2023-10-16 07:37 (ссылка)
I got what you intend, saved to my bookmarks , very decent website . Suika Game

(Ответить) (Ветвь дискуссии)

Re: seo
[info]ranker
2024-03-06 13:52 (ссылка)
I think this is an informative post and it is very beneficial and knowledgeable. Therefore, I would like to thank you for the endeavors that you have made in writing this article. All the content is absolutely well-researched. Thanks… Infinite Craft Game

(Ответить) (Уровень выше)