Обнаружил баг в EFW версии 2.5.1.

При создании правил QOS в браузере Google Chrome при сохранении правила выдает такую ошибку под полем выбора флага TOS/DSCP:



В Firefox, Opera правило создается, но вместо TOS/DSCP «Любой» выставляет Minimize-Delay или другие флаги. Чтобы исправить настройки — лезем в /var/efw/shaping/config, правим например:

class0001,on,terminal,tcp,192.168.1.23,,,,,22,Minimize-Delay,,BE,^M

на

class0001,on,terminal,tcp,192.168.1.23,,,,,22,ANY,,BE,^M

И только потом в веб-интерфейсе жмем на «Применить».

Пока 1.14 версия ZuckerReports не устанавливается в SugarCRM 6.4. Вот тут нашел исправленный форк:

github.com/gunnicom/ZuckerReports

После перехода с версии 4.0c на версию 4.0d обратил внимание, что Solr хоть и отключен, но все равно продолжает запускаться, тормозит запуск всей альфрески.

Кроме комментирования в alfresco-global.properties вот этих строк:

### Solr indexing ###
index.subsystem.name=solr
dir.keystore=${dir.root}/keystore
solr.port.ssl=8443

И добавления вот этих:

index.recovery.mode=FULL
index.subsystem.name=lucene

Необходимо теперь удалять директорию solr из alf_data.

В последнее время заметил, что shutter (программа для снятия скриншотов, кстати рекомендую) зависает при попытке снять отдельные окна. Можно исправить, выполнив в консоли:

xhost +

Моя версия FreeNX:

NXSERVER — Version 3.2.0-74-SVN OS (GPL, using backend: 3.4.0)

Смотрим в лог, что происходит, когда клиенты не могут подключиться, выдавая сообщение session restore failed, /var/log/nxserver.log:

server_nxnode_echo: NX> 702 Proxy IP: terminal
server_nxnode_echo: NX> 706 Agent cookie: a0b20bdd93f2def43949327536a5e07c
server_nxnode_echo: NX> 704 Session cache: unix-application
server_nxnode_echo: NX> 707 SSL tunneling: 0
server_nxnode_echo: NX> 596 Error: Session restore failed. Reason was: Session: Display failure detected at 'Tue Sep 6 12:05:44 2011'.
server_nxnode_echo: NX> 1005 Session status: suspended
nxnode_reader: NX> 1001 Bye.

Добавляем в /usr/bin/nxserver:

available="$(getparam status)"

Сюда:

else
                                # only unix-* sessions can be resumed, but other session types can still be terminated
                                stringinstring "unix-" "$4" || available="N/A"
                                # Sergei_T
                                available="$(getparam status)"
                                printf "%-7s %-16s %32s %8s %5s %-14s %-11s %s\n" "$(getparam display)" "$(getparam type)" "$(getparam sessionId)" "$options" "$depth" "$geom" "$available" "$(getparam sessionName)" >> $TMPFILE
                        fi
                fi

bugs.launchpad.net/freenx-server/+bug/589723/comments/22

В Debian 6 после установки Gnome заметил такой глюк — флешки не монтируются, выдавая сообщение:



В dmesg видно, что на флешке ищет файловую систему udf, принимая флешку за компакт-диск:

( Читать дальше )

При редактировании метаданных Alfresco 3.4 выдает сообщение вида:

Failed to execute transaction-level

В catalina.out наблюдаем:

20:26:15,948 ERROR [extensions.webscripts.AbstractRuntime] Exception from executeScript — redirecting to status template error: 05193552 Failed to execute transaction-level behaviour public abstract void org.alfresco.repo.node.NodeServicePolicies$OnUpdatePropertiesPolicy.onUpdateProperties(org.alfresco.service.cmr.repository.NodeRef,java.util.Map,java.util.Map) in transaction 5d9b5b9f-76a3-47b8-b73a-6dbc03c686f4
org.alfresco.error.AlfrescoRuntimeException: 05193552 Failed to execute transaction-level behaviour public abstract void org.alfresco.repo.node.NodeServicePolicies$OnUpdatePropertiesPolicy.onUpdateProperties(org.alfresco.service.cmr.repository.NodeRef,java.util.Map,java.util.Map) in transaction 5d9b5b9f-76a3-47b8-b73a-6dbc03c686f4

Caused by: org.alfresco.repo.security.permissions.AccessDeniedException: 05193551 Access Denied. You do not have the appropriate permissions to perform this operation.

Проблема в том, что пользователь должен иметь право Consumer для области Data Dictionary. Или группа EVERYONE должна иметь соответствующие права:



issues.alfresco.com/jira/browse/ALF-5660

Столкнулся с неприятным глюком. При загрузке некоторых pdf документов java машина падает со следующей ошибкой в логах:

# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00002aab03784a37, pid=15890, tid=1123088704
#
# JRE version: 6.0_18-b07
# Java VM: Java HotSpot(TM) 64-Bit Server VM (16.0-b13 mixed mode linux-amd64 )
# Problematic frame:
# C [libfontmanager.so+0x27a37]

Решение нашел здесь:

forums.alfresco.com/en/viewtopic.php?f=47&t=37225&start=0

Суть — заменить .jar файлы pdfbox-x.x.x.jar и fontbox-x.x.x.jar в tomcat/webapps/alfresco/WEB-INF/lib на более новые, например, отсюда:

mirror.ox.ac.uk/sites/rsync.apache.org/pdfbox/1.5.0/pdfbox-1.5.0.jar
mirror.ox.ac.uk/sites/rsync.apache.org/pdfbox/1.5.0/fontbox-1.5.0.jar

pdf документ для проверки: www.omicsonline.org/2155-9570/2155-9570-2-126.pdf

При запуске:

cloud-setup-management

Видим вот такой баг:

Welcome to the CloudStack Management setup

The hostname of this machine is properly set up
Executing the following reconfiguration script:
ins spec after /files/etc/sudoers/spec[last()]
set /files/etc/sudoers/spec[last()]/user cloud
set /files/etc/sudoers/spec[last()]/host_group/host ALL
set /files/etc/sudoers/spec[last()]/host_group/command ALL
set /files/etc/sudoers/spec[last()]/host_group/command/tag NOPASSWD
save
Saving failed
error: No match for path expression

sudoers reconfiguration failed
CloudStack Management Server setup aborted

С помощью visudo правим файл sudoers:

visudo

Удаляем строчку:

Defaults   !visiblepw

Теперь все будет работать:

cloud-setup-management

Welcome to the CloudStack Management setup

The hostname of this machine is properly set up
Stopping the CloudStack Management Server
Executing the following reconfiguration script:
ins spec after /files/etc/sudoers/spec[last()]
set /files/etc/sudoers/spec[last()]/user cloud
set /files/etc/sudoers/spec[last()]/host_group/host ALL
set /files/etc/sudoers/spec[last()]/host_group/command ALL
set /files/etc/sudoers/spec[last()]/host_group/command/tag NOPASSWD
save
sudoers reconfiguration complete
No need to set up iptables as the service is unconfigured or not set to start up at boot

CloudStack Management Server setup completed successfully
Starting the CloudStack Management Server
Starting cloud-management: [ OK ]

Про Gigolo уже был топик. Столкнулся с тем, что после установки Gigolo в lubuntu при создании нового подключения в списке доступных служб вообще ничего нет — ни SSH, ни SMB. Решается установкой пакета gnome-core:

sudo apt-get install gnome-core