FreeNX: не восстанавливаются сессии

Моя версия 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: ошибка при монтировании флешек

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



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

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

Alfresco: ошибка при редактировании метаданных

При редактировании метаданных 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

Alfresco: падение виртуальной машины Java при загрузке документа в Share

Столкнулся с неприятным глюком. При загрузке некоторых 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

Bug: CloudStack - не работает cloud-setup-management

При запуске:

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 ]

Bug: В Gigolo нет ничего в списке служб

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

sudo apt-get install gnome-core


FreeBSD: устраняем коллизии при работе под KVM

При работе FreeBSD 8 под KVM возникает такое неприятное являние, как коллизии (при использовании виртуального драйвера realtek):



netstat -i


Обращаем внимание на Coll:

Name    Mtu Network       Address              Ipkts Ierrs Idrop    Opkts Oerrs  Coll
re0    1500 <Link#1>      00:00:00:00:00:00  6457729     0     0  9688018     0 9670665


Для решения данной проблемы можно сменить виртуальный драйвер realtek на e1000:



Теперь:

netstat -i


Name    Mtu Network       Address              Ipkts Ierrs Idrop    Opkts Oerrs  Coll
em0    1500 <Link#1>      00:00:00:00:00:00    70563     0     0    98448     0     0


Информация к размышлению:

blather.michaelwlucas.com/?p=268

UPD: методом научного тыка установлено, что лучше использовать драйвер pcnet для хостинга Hetzner.

Openfire: couldn't discover local host

Довольно глупый баг c openfire об который споткнулся. Вся проблема в неправильно прописанном имени хоста. Он должен быть таким, который резолвится в ip данного сервера.

2011.03.20 13:38:22 Couldn't discover local host
java.net.UnknownHostException: yourhost: yourhost
	at java.net.InetAddress.getLocalHost(InetAddress.java:1353)
	at org.jivesoftware.openfire.filetransfer.proxy.FileTransferProxy.initialize(FileTransferProxy.java:195)
	at org.jivesoftware.openfire.XMPPServer.initModules(XMPPServer.java:597)
	at org.jivesoftware.openfire.XMPPServer.start(XMPPServer.java:485)
	at org.jivesoftware.openfire.XMPPServer.<init>(XMPPServer.java:212)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
	at java.lang.Class.newInstance0(Class.java:355)
	at java.lang.Class.newInstance(Class.java:30<img class="smile" src="http://mtaalamu.ru/images/smilies/dirol.gif" />
	at org.jivesoftware.openfire.starter.ServerStarter.start(ServerStarter.java:113)
	at org.jivesoftware.openfire.starter.ServerStarter.main(ServerStarter.java:5<img class="smile" src="http://mtaalamu.ru/images/smilies/dirol.gif" />


Меняем в /etc/hostname. Чтобы не пришлось перегружаться, выполняем команду:

hostname yourhost.com

Cherokee: искаженные страницы при работе через https

Есть такой глюк в Cherokee — страницы при работе через https отображаются частично, файлы также скачиваются не полностью.

Временное решение — отключить Chunked Encoding на вкладке Advanced Configuration.

Bug: VirtualBox 4 в Linux не запускается (Failed to create the VirtualBox COM object)



Удаляем директорию /tmp/vbox-логин-ipc, VirtualBox запуститься нормально.