Симптомы проблемы следующие: вы создаете событие через вэб интерфейс iCloud, с вашими iOS устройствами события синхронизируются нормально, однако в календаре iCloud время начала события установлено на час раньше или на час позже. При этом в свойствах события в том же вэб календаре время верное.

Исправить это можно следующим образом:

1. Убедимся что у нас выставлен правильный часовой пояс в настройках учетной записи iCloud.

2. Убедимся что у нас включена настройка “Включить поддержку часового пояса” в настройках iCal.

3. Перейдем к событию, имеющему ошибку в выставленном времени.

4. Исправим часовой пояс с “Стандартное московское” на “Плавающий”.

5. ???

6. Profit.

Если в результате применения групповой политики (легко повторить баг выполнив 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.

Для того, чтобы это исправить подключаемся к Wi-Fi сети, открывает настройки и идем в вкладку Wi-Fi.

Заходим в настройки точки доступа и вбиваем следующие DNS серверы на выбор:

Google Public DNS: 8.8.8.8 8.8.4.4

OpenDNS: 208.67.222.222 208.67.220.220

Выгружаем youtube из памяти и запускаем его снова. Если видео стали грузиться быстрее – победа. Если нет, то как вариант можно зарегистрироваться на youtube и в настройках учетной записи поставить радио точку напротив “У меня медленное интернет соединение. Не воспроизводить видео в высоком качестве”.

А затем вбить данные учетной записи в встроенном youtube клиенте.

Долго не мог отловить досадный баг, когда клиентская сессия оставалась висеть и состоянии 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.

Проблема, которая, как говорят люди, тянется еще с времен XenApp 5.

Симптомы:

Сервер лицензий Citrix запускается, но сразу после старта аварийно завершает свою работу. В логе событий Windows остается следующая запись:

Имя журнала:   Application
Источник:      Application Error
Дата:          29.07.2011 10:58:49
Код события:   1000
Категория задачи:(100)
Уровень:       Ошибка
Ключевые слова:Классический
Пользователь:  Н/Д
Компьютер:     testnode.meh.domain
Описание:
Имя сбойного приложения: lmadmin.exe, версия: 11.9.0.0, отметка времени: 0x4d6bbff6
Имя сбойного модуля: lmadmin.exe, версия: 11.9.0.0, отметка времени 0x4d6bbff6
Код исключения: 0xc0000005
Смещение ошибки: 0x0005e222
Идентификатор сбойного процесса: 0x15e0
Время запуска сбойного приложения: 0x01cc4dbcf66a55c3
Путь сбойного приложения: C:\Program Files (x86)\Citrix\Licensing\LS\lmadmin.exe
Путь сбойного модуля: C:\Program Files (x86)\Citrix\Licensing\LS\lmadmin.exe
Код отчета: 356fef33-b9b0-11e0-9c17-000e0c3ce3c3
Xml события:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Application Error" />
    <EventID Qualifiers="0">1000</EventID>
    <Level>2</Level>
    <Task>100</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2011-07-29T06:58:49.000000000Z" />
    <EventRecordID>6763</EventRecordID>
    <Channel>Application</Channel>
    <Computer>testnode.meh.domain</Computer>
    <Security />
  </System>
  <EventData>
    <Data>lmadmin.exe</Data>
    <Data>11.9.0.0</Data>
    <Data>4d6bbff6</Data>
    <Data>lmadmin.exe</Data>
    <Data>11.9.0.0</Data>
    <Data>4d6bbff6</Data>
    <Data>c0000005</Data>
    <Data>0005e222</Data>
    <Data>15e0</Data>
    <Data>01cc4dbcf66a55c3</Data>
    <Data>C:\Program Files (x86)\Citrix\Licensing\LS\lmadmin.exe</Data>
    <Data>C:\Program Files (x86)\Citrix\Licensing\LS\lmadmin.exe</Data>
    <Data>356fef33-b9b0-11e0-9c17-000e0c3ce3c3</Data>
  </EventData>
</Event>

Официальный workaround:

The Citrix License Server might crash immediately after startup. Workaround: Delete the c:\program files\citrix\licensing\ls\conf\ activation_state.xml and concurrent_state.xml files and then start the license server. These files are automatically regenerated when the license server starts. [#253576]

Тут будет мой скромный опыт по установке и начальной конфигурации Citrix XenApp 6. Статья разделена на 4 раздела:

1. Установка (это оказалось не так просто)
2. Создание и настройка фермы, подключение XenApp к серверу баз данных
3. Настройка лицензирования RDP, ICA. Подключение лицензий XenApp
4. Начальная конфигурация

Установка Citrix XenApp 6

]]> http://twistedminds.ru/2011/07/citrix-xenapp-6/feed/ 0 http://twistedminds.ru/2011/02/3com-firmware-faulty/ http://twistedminds.ru/2011/02/3com-firmware-faulty/#comments Fri, 18 Feb 2011 08:23:59 +0000 Стас http://twistedminds.ru/?p=1723 Нашел на складе старые трансиверы Picolight и возникла фантазия в связи с скорым переносом серверной связать циску с 3com 2мя гигабитными оптическими шнурками. После того, как циска таки съела Picolight я начал дружить эти модули с 3com 4210. Свичи обладали …

Read more »

<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

и, аллелуя!

CoreSwitchA#show interfaces gi1/45 controller
GigabitEthernet1/45 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet Port, address is 0024.9760.372c (bia 0024.9760.372c)
MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, link type is auto, media type is 1000-DWDM-38.19
Media-type configured as SFP connector

CoreSwitchA#show idprom interface gi1/45

GBIC Serial EEPROM Contents:
Common Block:
Identifier        = Not available [0x3]
Extended Id       = GBIC is compliant with MOD_DEF 4 [0x4]
Connector         = LC Connector [0x7]
Transceiver
Type             = Gbic DWDM-3819
Speed(FC,byte 10)= 100 MBytes/Sec 200 MBytes/Sec  [0x5]
Media            = Multi-mode, 50u (M5) Multi-mode, 62.5u (M6)  [0xC]
Technology       = Shortwave laser w/o OFC (SN)  [0x40]
Link Length      = Intermediate Distance   [0x20]
GE Comp Codes    = Not available [0x0]
SONET Comp Codes = Not available [0x0]
10GE Comp Codes = Extended  [0x0]
Encoding          = 8B10B  [0x1]
BR, Nominal       = 2100 Mbps (million bits per second)
Length(9u) in km  = GBIC does not support single mode fibre, or the length
must be determined from the transceiver technology.
Length(9u)        = GBIC does not support single mode fibre, or the length
must be determined from the transceiver technology.
Length(50u)       = 300 m
Length(62.5u)     = 150 m
Length(Copper)    = GBIC does not support copper cables, or the length must
be determined from the transceiver technology.
Vendor name       = PICOLIGHT
Vendor OUI        = 1157
Vendor Part No.   = PL-XPL-00-S23-24
Vendor Part Rev.  = Unspecified
Wavelength        = 850 nanometers
CC_BASE           = 0x65

Extended ID Fields
Options           = Loss of Signal implemented TX_FAULT signal implemented TX_DISABLE is implemented and disables the serial output  [0x1A]
BR, max           = 4%
BR, min           = 52%
Vendor Serial No. = 231CL0QB
Date code         = 020809
Diag monitoring   = Not implemented
Rx pwr measuremnt = Optical Modulation Amplitude (OMA)
Address change    = Not required
CC_EXT            = 0xAD

На 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

• очищена корзина
• системы была запущены в safe-mode (shift во время загрузки до появления полосы)
• с помощью Disk Utility (DU) были исправлены права (2)
• установлен UFRII 2.10 (!!!) драйвер
• система загружена в обычном режиме
• установлен UFRII 2.20 драйвер поверх

Только после этого я смог печатать без каких-либо ошибок.