Официальная возможность получить лицензионный софт бесплатно.
Giveaway of the Day
Это не реклама!

Щелкните для получения прогноза по Биробиджану


Показаны сообщения с ярлыком ошибка. Показать все сообщения
Показаны сообщения с ярлыком ошибка. Показать все сообщения

понедельник, 18 апреля 2016 г.

Zimbra, Outlook и ошибка 0x800ccc0f

Ситуация:Outlook 2010 в качестве POP3-клиента
Zimbra Release 8.0.6.GA.5922.UBUNTU12.64 UBUNTU12_64 FOSS edition

Учетная запись настроена так, чтобы удалять с сервера сообщения старше 2 недель. В основном всё проходит нормально, если проверять почту хотя бы раз в неделю. Но вылезла достаточно давно странная штука: если старых писем больше какого-то предела (не всего писем в инбоксе, а именно старых, подлежащих удалению), то аутлук затыкается на этапе получения новой почты с ошибкой 0x800ccc0f "Почтовый сервер разорвал соединение".

Лечилось это ручным удалением старых писем через веб-интерфейс, но ситуация всё равно не нормальная.

Внимательное изучение mailbox.log показало такую вот картинку:

---
2016-04-18 08:40:58,029 INFO  [Pop3Server-696] [name=user@domain;ip=***;] pop - DELE elapsed=0
2016-04-18 08:40:58,030 WARN  [Pop3Server-696] [name=user@domain;ip=***;] pop - throttling POP3 connection for account оченьдли-нная-стро-кавс-стилеUUID*** due to too many requests
2016-04-18 08:40:58,030 INFO  [Pop3Server-696] [name=user@domain;ip=***;] pop - DELE elapsed=0
2016-04-18 08:40:58,081 INFO  [Pop3Server-696] [ip=***;] pop - connected
2016-04-18 08:40:58,082 WARN  [Pop3Server-696] [ip=***;] pop - throttling POP3 connection for remote IP ***
2016-04-18 08:40:58,082 INFO  [Pop3Server-696] [ip=***;] pop - CAPA elapsed=0
2016-04-18 08:40:58,085 INFO  [Pop3Server-696] [ip=***;] pop - connected
2016-04-18 08:40:58,086 WARN  [Pop3Server-696] [ip=***;] pop - throttling POP3 connection for remote IP ***
2016-04-18 08:40:58,086 INFO  [Pop3Server-696] [ip=***;] pop - CAPA elapsed=0
2016-04-18 08:40:58,089 INFO  [Pop3Server-696] [ip=***;] pop - connected
2016-04-18 08:40:58,089 WARN  [Pop3Server-696] [ip=***;] pop - throttling POP3 connection for remote IP ***
2016-04-18 08:40:58,089 INFO  [Pop3Server-696] [ip=***;] pop - CAPA elapsed=0

---
Причем, судя по логам аутлука и дампу трафика, снятого Wireshark, на разных клиентах это происходило после удаления 195 сообщения, то есть примерно на 200-ой команде после логина.

Судя по этому http://community.zimbra.com/collaboration/f/1886/t/1084347 некий троттлинг (а это чего?) беспокоит не меня одного. Похоже, что это количество запросов в единицу времени либо количество однотипных команд.

---
$ zmlocalconfig|grep throttle
imap_throttle_acct_limit = 250
imap_throttle_command_limit = 25
imap_throttle_fetch = true
imap_throttle_ip_limit = 250
lmtp_throttle_ip_limit = 0
pop3_throttle_acct_limit = 200
pop3_throttle_ip_limit = 200

---

То есть, количество POP3-команд с одного адреса или с одного аккаунта в секунду (?) не может превышать 200 штук. После увеличения лимитов

---
$ zmlocalconfig -e pop3_throttle_acct_limit=2000
$ zmlocalconfig -e pop3_throttle_ip_limit=2000

$ zmcontrol restart
---

 Стало полегче... Но почему же раньше не было таких затыков?

вторник, 16 июня 2015 г.

Ошибка Group Policy 0x8007000d.

У пользователя не подключались сетевые диски под winXP. Просмотр событий показал ошибку с уточнением "не удалось удалить данные пользователя".
Поиск в MSKB, как обычно, не привел ни к чему хорошему - куча "воды" и просто бреда. Ответ, который сработал, нашелся здесь.

Цитирую решение:

Решение:
  1. Заходим на компьютер
  2. открываем Эксплорер
  3. топаем в папку %ALLUSERSPROFILE%\Application Data\Microsoft\Group Policy\History
  4. удаляем все поддиректории
  5. открываем командную строку
  6. вводим gpupdate
  7. проверяем что появились подпапки в %ALLUSERSPROFILE%\Application Data\Microsoft\Group Policy\History
Пояснение: %ALLUSERSPROFILE%\Application Data\Microsoft\Group Policy\History содержит копии XML файлов настроек. В случае если процесс копирования закончился неудачей то создается сообщение об ошибке 0x8007000d.

Проверил, помогло. Разве что я делал это из FAR-а, запущенного от имени локального администратора.

понедельник, 30 марта 2015 г.

EXCEL 2010: Недостаточно ресурсов для полного вывода на экран

Есть у меня пользователь. Самый обычный пользователь в одном из районов. На рабочем месте старая добрая XP/prof, лицензионка. На машинке двухъядерный процессор и два гига оперативки. При плановой проверке компьютеров в том районе выяснилось, что его доменная учетка была почему-то добавлена в группу локальных администраторов, что не смертельно, но и очень не приветствуется.
Убрал его из этой группы, при следующем логине он попал в локальную группу "пользователи" и вроде всё нормально. А вот ни фига! При попытке открыть любой экселевский документ вываливается транспарант "Недостаточно ресурсов для полного вывода на экран" и эксель отъедает полностью одно ядро и чуть меньше половины оперативки. Даже если просто запустить эксель без параметров. Ворд свои документы открывает. Визио выпендривается, выдавая совершенно невразумительную диагностику.
Загрузился с админской учеткой, всё открывается и запускается, как надо. Для чистоты эксперимента проделал то, что рекомендовано здесь: http://support.microsoft.com/ru-ru/kb/126962 - увеличил до рекомендованных величин размер кучи. Не помогло - под обычным пользователем всё те же проблемы.
На всякий случай проверил, доступен ли принтер по умолчанию. Оказалось доступен. Дело в том, что винда (не знаю, как насчет семерки и более новых) очень не любит, когда дефолтный принтер недоступен, особенно если он сетевой. Бывало, что приложения молча умирали сразу при запуске.
Под своим отладочным пользователем с дефолтными полномочиями залогинился на тот комп. Эксель и визио по-прежнему "ой, я сегодня вся такая загадочная!", а ворд оказался малость умнее и написал, что, мол, не могу отобразить шрифт для темы. Наверное, речь о теме оформления документов - не знаю. В выпадающем списке шрифтов увидел Calibri, выглядящий как растровый Arial, что меня смутило.
Пошел проверять, и точно: штатные шрифты и шрифты от других приложений имеют нормальные разрешения:

\winnt\fonts\bla-bla.TTF BUILTIN\Пользователи:R
                         BUILTIN\Опытные пользователи:C
                         BUILTIN\Администраторы:F
                         NT AUTHORITY\SYSTEM:F


тогда как всё тот же Calibri оказался с ограниченным доступом:

\winnt\fonts\CALIBRI.TTF BUILTIN\Администраторы:F
                         NT AUTHORITY\SYSTEM:F


Пришлось вспоминать, как в винде выглядит аналог линуксовой chown.

cd \winnt\fonts
cacls *.ttf /g "пользователи":r
cacls *.fon /g "пользователи":r
cacls *.ttf /g "опытные пользователи":r
cacls *.fon /g "опытные пользователи":r

(я не стал опытным давать права на запись в файлы шрифтов - на фига?)

После этого всё заработало.
Один вопрос: какой долбодятел писал модули диагностики для офиса, если они не способны отследить такую ситуацию и выдать вразумительное сообщение типа "не удается прочесть файл шрифта"?

суббота, 19 июля 2014 г.

no talloc stackframe at ../source3/param/loadparm.c:4864, leaking memory

После установки Ubuntu Server 14.04 и его штатной Samba при логине стал появляться такой вот неприятный глюк. Утечки памяти - это всегда неприятно.
Виновата библиотека авторизации libpam-smbpass.

лечение:

sudo apt-get remove libpam-smbpas

при этом теряется возможность авторизации виндовых пользователей на линуксовом сервере, но лично мне это как-то совсем не требуется.

Использование этой библиотеки прописано в /etc/pam.d/common-password. В сети есть советы "удалить строчку с pam-smbpass.so" в этом файле, но лучше всё же штатно снести саму библиотеку до тех пор, пока ребята из Самбы не разберутся с ней. Тем более, что удаление строчки всё равно не помогает. :-)

По материалам.

четверг, 3 марта 2011 г.

Микрософт... такой микрософт...

Варнинг: если кто-то скажет, что правильно писать и говорить "майкрософт", то будет немедленно послан говорить в "майкрофон" и смотреть в "майкроскоп", не говоря уже об измерении длины сами знаете чего в "майлиметрах".

Итак, наши маленькие друзья из Редмонда продолжают меня радовать. Заебла меня вусмерть неотключаемая "усиленная безопасность" IE8 в 2k3/server.
Не, штука, безусловно, полезная с учетом всех дырявостей IE. Но зачем же доходить до полного маразма. Вот скриншот. Смотрим 4 пункт. Покажите мне на двух окнах прямо под этим пунктом кнопку "подробнее". (скриншот кликабельный)

Кто-то из нас дурак. И почему-то мне кажется, что дурак этот - не я, а автор или переводчик текста справки.

пятница, 4 февраля 2011 г.

Тонкости перевода

Пришлось недавно снова перенастраивать параметры подключения, повинуясь отвратному качеству оборудования родного провайдера - "Дальсвязи". Контора нехило собирает денег, но не может обеспечить нормальную работу всего двух серверов DNS: с завидной регулярностью то один, то другой, то оба вместе падают.

Ну да черт с ней, с ДСВ, речь о другом. Как-то не обращал внимания на поле "МАС-адрес" в параметрах подключения (ubuntu, network-manager), а тут задумался и мышиный курсор остался на этом поле. Всплыл тултип. И я задумался еще сильнее.

В английской версии там написано что-то вроде "locks this connection to device(s) with these hardware addresses". То бишь, привязывает соединение к сетевой карте: либо соединением пользуются все сетевые устройства, либо какие-то конкретные.

Теперь смотрим скриншот русской версии 10.10, версия апплета NM: 0.8.1.998. Смотрим, читаем внимательно. Задумываемся.


Почему-то мне кажется, что буквальный перевод слова "lock" здесь не совсем уместен.

пятница, 15 октября 2010 г.

OCS: битва за линукс продолжается

Я как-то не обращал внимания, а тут выяснил, что в репозиториях Ubuntu 10.10 есть более-менее свежий агент для OCS-NG. Ради эксперимента установил его дома и попробовал "настучать" на самого себя на сервер, установленный на работе.
Установка и настройка агента прошли нормально, но при первом же запуске вылезли грабли:

$sudo ocsinventory-agent -i -debug -s http://ocsinvent.eao.drsk.ru
[debug] Ocsinventory unified agent for UNIX, Linux and MacOSX 1.1.2
[debug] Log system initialised (Stderr)
[debug] --scan-homedirs missing. Don't scan user directories
[debug] Accountinfo file: /var/lib/ocsinventory-agent/http:__ocsinvent.eao.drsk.ru/ocsinv.adm
[debug] Turns CompatibilityLayer on for /etc/ocsinventory/modules.conf
[debug] OCS Agent initialised
[debug] Calling handlers : `start_handler'
[debug] Compress::Zlib is available.
[debug] sending XML
[debug] Calling handlers : `prolog_writers'
[debug] sending:
<REQUEST>
  <DEVICEID>dt-spa-2010-10-14-23-36-28</DEVICEID>
  <QUERY>PROLOG</QUERY>

</REQUEST>
[error] Deflating problem
Неприятно, да?
Вылечилось до смешного просто:

OLD /etc/ocsinventory/ocsinventory-agent.cfg
server=http://ocsinvent.eao.drsk.ru
NEW /etc/ocsinventory/ocsinventory-agent.cfg
server=http://ocsinvent.eao.drsk.ru/ocsinventory
Как там пел Владимир Семёнович, "смешно, не правда ли, смешно?"

(немного дополнительной информации для англоговорящих, которые будут пользоваться поисковиками)

abstract: solution for "Deflating problem" of OCS-NG Unified Unix Agent.
Status: solved

вторник, 31 августа 2010 г.

UFO:AI: вечная "красная тревога"

Есть интересный open-source проект: игра UFO:Alien Invasion на базе сильно модифицированного движка Q2. В июне 2010 вышел релиз 2.3. Вполне играбельный, но обнаружилась одна бяка:

после нападения на одну из баз игрока, даже в случае удачной защиты база всё равно остается в состоянии RED ALERT (КРАСНАЯ ТРЕВОГА), и большая часть ее построек не функционирует, а все новые миссии сводятся к защите этой несчастной базы, независимо от того, летишь ты спасать цивилов в городе или гонять оленей на месте крушения тарелочки.

в следующем релизе это будет исправлено, разработчики в курсе, но те, кто не хочет ждать релиза или качать ночную сборку, могут скачать вот этот файл 0ufos.pk3 размером 196 кило:

https://docs.google.com/uc?id=0B96njm8lw0yTZjEzMDhmZGEtMThmMi00YzM2LWI2ZWItMTMxZDkxZTgzNDZh&export=download

Его надо положить в папку <куда установлена программа>\base взамен аналогичного файла. Параноиков прошу не нервничать, эти файлы - обычные ZIP-архивы, и сравнить их содержимое нетрудно. Разница - в одной строчке в файле maps.ufo. Совет найден на форуме разработчиков, и у меня он действует.

пятница, 28 мая 2010 г.

ItHappens.ru - пилот 20100528

Читая истории на АйТиХэппенс.ру, иногда задаешься вопросом: а сам-то автор истории понял, о чем он написал? Понял ли автор, что не герои его рассказа лопухнулись, а он сам? Иногда жалею, что там нельзя оставлять комментарии. Но после каждого такого сожаления понимаю, что оно и к лучшему, иначе холиварные срачи разворачивались бы там в массовом порядке.

Возьмем историю про джазмена. Во время прослушивания некой мелодии на ноутбуке он услышал стандартный звук "ошибка" windows. Если не путаю, это тот звук, который раздается в конце начальных титров "Компьютерщиков" (скачать/обсудить). Как оказалось, этот звук был частью аранжировки, к тому же не сэмплированный, а сыгранный вживую. Странно, неужели ему никогда не приходилось путать голоса или сталкиваться с тем, что чей-то телефон звонит так же, как и его, будь то дребезг электромеханического звонка или 7.1 в навороченном мобильнике?
Лечение-то простое: замени самые частые системные звуки на те, которые ТЫ считаешь подходящими. И тогда точно будешь знать, когда произошла ошибка, а когда слышишь запись.У себя я установил звуковую тему, которую сам собрал из разных кусочков, и теперь более-менее точно могу сказать, что происходит в моей машине
Чтобы не превращаться в "капитана Очевидность", добавлю полезный совет. По умолчанию звук для события "завершение программы" не задан. У меня сие событие озвучено негромким быстро затухающим пиликаньем, выдернутым из "Syndicate Wars". Иногда действительно не мешает узнать, что без твоего ведома в системе вдруг начинает запускаться и умирать куча странных процессов.

Справедливости ради надо отметить, что большинство (но не все!) историй, где автор, высмеивая других, просто старается скрыть свой ляп, помечены меткой "факапы", что вполне соответствует истине.

вторник, 27 апреля 2010 г.

EXCEL: бредятина от Microsoft

Столкнулся с совершенно идиотской проблемой в ломаном OfficeXP у знакомого: при открытии файлов из самого Excel (файл-->открыть) всё открывается нормально. Но при открытии "двойным щелчком" Excel запускается и кажет пустое окно MDI-фрейм, "серое поле". При этом иногда может и открыть документ, где-то один из нескольких десятков раз.
Переустановка офиса, как "исправление", так и с полным сносом, ничего не дала. Проверка на вирусы тоже ничего не обнаружила.

После усиленного курения различных ресурсов нашел ответ здесь. Где логика, как спрашивал персонаж известного анекдота, где разум? Или, если по-простому, чозанах?

меню Сервис -> Параметры -> вкладка Общие -> снять галку "Игнорировать DDE-запросы от других приложений".