Симптомы проблемы следующие: вы создаете событие через вэб интерфейс iCloud, с вашими iOS устройствами события синхронизируются нормально, однако в календаре iCloud время начала события установлено на час раньше или на час позже. При этом в свойствах события в том же вэб календаре время верное.
Исправить это можно следующим образом:
Если в результате применения групповой политики (легко повторить баг выполнив gpupdate /force) ваши сервера Citrix XenApp становятся недоступны для пользователей и к примеру возникают ошибки вида
Возникла ошибка при создании запрошенного подключения.
на портале опубликованных приложений, а qfarm /load возвращает отчет о том, что сервер запрещает новые подключения
C:\Users\administrator>qfarm /load Server Name Server Load Load Throttling Load Logon Mode -------------------- ----------- -------------------- ------------------- CTRX0 200 0 ProhibitLogons
значит, скорее всего, вы натолкнулись на этот досадный баг.
Не смотря на то, что Citrix об этом известно бог знает сколько патча, к несчастью, нет, но есть официальный workaround – установить значение ключа реестра fDenyTSConnections, расположенного по пути
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server
в “0″.
На сколько я знаю баг затрагивает XenApp 6.5 (некоторые жалуются и на XenApp 6), установленном на Windows Server 2008R2 с Service Pack 1.
Пригласили барышню в кафе, а разговор не клеится? Собрались показать смешных котиков, но котики с youtube предательски грузятся из рук вон плохо? Планы на вечер рушатся словно берлинская стена в 90ом? Уже готовы раскинуть руки в стороны и воскликнуть “Господи, помоги”?
Не стоит, спасение уже тут.
Если вы уверены, что ширины канала хватает для 720p (а именно такое разрешение использует youtube по умолчанию когда вещает на ваше iOS устройство), то проблема, скорее всего, в DNS.
Долго не мог отловить досадный баг, когда клиентская сессия оставалась висеть и состоянии disconnected часами (примерно вот так), при этом приложение было в состоянии active и, соответственно, использовалась лицензия. Все было еще более печально от того, что подключающийся повторно клиент плодил новую сессию и таких сессий могло быть несметное количество.
На подобное поведение фермы XenApp люди часто жаловались на форумах citrix, на что в ответ люди с официальными баджами предлагали RTFM по настройке таймаутов сессий, а так же слепо крутить ветки реестра до полного просветления.
Если для вас такой отчет:
является несколько менее читаемым нежели такой:
есть смысл заморочиться с исправлением кодировки и сейчас мы постараемся причесать GLPI, чтобы PDF/CSV отчеты стали мягкими и шелковистыми.
Для начала берем шрифты отсюда или отсюда.
Заменяем содержимое каталога
/var/www/glpi/lib/ezpdf/fonts
содержимом архива и патчим search.class.php
sed -i -e 's/windows-1252/windows-1251/g' search.class.php
который лежит в
/var/www/glpi/inc/
Если вам нужны CSV отчеты, то надо сделать резервную копию search.class.php, и пропатчить ее. После этого FusionInventory откажется переносить данные в GLPI. Вот патч, вот diff.
Тут будет мой скромный опыт по установке и начальной конфигурации Citrix XenApp 6. Статья разделена на 4 раздела:
Нашел на складе старые трансиверы Picolight и возникла фантазия в связи с скорым переносом серверной связать циску с 3com 2мя гигабитными оптическими шнурками. После того, как циска таки съела Picolight я начал дружить эти модули с 3com 4210. Свичи обладали какой-то старой прошивкой и радостно рапортовали о Module Faulty, а в статистике интерфейса лавинообразно росли input/output errors.
Первое, что пришло в голову – залезть на сайт 3com и скачать свежачек, но не тут-то было. HP, купив 3com, угробил раздел downloads и редиректил на свой сайт, на котором черт ногу сломит. Фирмваря ищется по Product # 3CR17333A-91 и ведет на страницу http://h17007.www1.hp.com/us/en/support/converter/index.aspx?productNum=JF427A для 26-и портового 4210. Но не спешите его ставить :)
Скачав прошивку и распоковав архив я обнаружил файлы с расширениями btm (bootrom), web (web interface) и … bin вместо app :) В вебинтерфейсе в требованиях к фирмвари были файлы bin/app и на этом я успокоился. Сделав бэкапп прошивки, бутрома и вэбморды я приступив к обновлению (процесс описан у Николая Ульянитского (надеюсь написал фамилию правильно) http://blog.lystor.org.ua/2010/04/3com-switch-4210-software-upgrading.html).
У 4210 не хватает ROM, по-этому старую прошивку приходится затирать, а новая… у меня не встала :) Bootrom прошился удачно, а firmware вылетала с ошибкой Set bootfile unsuccessfully on unit 1! Parameter(s) invalid, вне зависимости от того шился ли я из вэбморды или из CLI.
Решив все вернуть в зад и залив старые бутром и прошивку обратно меня ждал небольшой fail – bootrom не шился, вылетая с ошибкой Upgrade Bootrom failed !, а firmware с уже надоевшей Set bootfile unsuccessfully on unit 1! Видимо произошел косяк во время трансфера на tftp или еще по какой-то неведомой мне причине.
Спас меня Николай, выложивший s4o03_01_12s56.app и s4p04_08.btm, с которыми все вышло в лучшем виде.
<4210>display interface GigabitEthernet 1/0/27 GigabitEthernet1/0/27 current state : UP IP Sending Frames' Format is PKTFMT_ETHNT_2, Hardware address is 0024-738f-eb47 Media type is not sure, loopback not set Port hardware type is SFP_UNKNOWN_CONNECTOR 1000Mbps-speed mode, full-duplex mode Link speed type is autonegotiation, link duplex type is autonegotiation Flow-control is not enabled The Maximum Frame Length is 1536 Broadcast MAX-ratio: 100% PVID: 1 Mdi type: auto Port link-type: access Tagged VLAN ID : none Untagged VLAN ID : 1 Last 300 seconds input: 36 packets/sec 2950 bytes/sec Last 300 seconds output: 2 packets/sec 650 bytes/sec Input(total): 165197 packets, 13301628 bytes 51939 broadcasts, 12120 multicasts, 0 pauses Input(normal): 165197 packets, 13301628 bytes 51939 broadcasts, 12120 multicasts, 0 pauses Input: 0 input errors, 0 runts, 0 giants, - throttles, 0 CRC 0 frame, - overruns, 0 aborts, - ignored, - parity errors Output(total): 9179 packets, 2483625 bytes 14 broadcasts, 79 multicasts, 0 pauses Output(normal): 9179 packets, - bytes 14 broadcasts, 79 multicasts, - pauses Output: 0 output errors, - underruns, - buffer failures 0 aborts, 0 deferred, 0 collisions, 0 late collisions - lost carrier, - no carrier
Их и оставлю тут, если кому-нибудь пригодится :)
Захотелось подружить Cisco 4948 c 122-54.SG и древний Picolight SFP модуль, по злой рок в виде
C4K_CHASSIS-3-SFPINTEGRITYCHECKFAILED:SFP
не давал этим двум славным железкам слиться в экстазе. Подружить негодников удалось 3мя волшебными стопарями^W командами:
service unsupported-transceiver no errdisable detect cause gbic-invalid errdisable recovery cause gbic-invalid
и, аллелуя!
На 10.6.5 была предпринята попытка поставить UFRII драйвер Canon, с тем, чтобы завести irc2380i. После установки драйверов и подключения принтера печать обламывалась с ошибкой 10322
"Cannot communicate with the printer, or the printer is not supported."
Решилась проблема следующим образом -
System HDD/Library/Printers/Canon/UFR2 System HDD/Library/Launch Agents/jp.co.canon.UFR2.BG.plist System HDD/Library/Printers/PPDs/Contents/Resources/CNTD***Z*2*.ppd.gz
Только после этого я смог печатать без каких-либо ошибок.