OpenCSW Bug Tracker


Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0004821 [dbus] other minor always 2011-09-12 09:06 2013-04-05 10:29
Reporter wcohrs View Status public  
Assigned To dam
Priority normal Resolution fixed  
Status closed  
Summary 0004821: D-Bus library appears to be incorrectly set up
Description After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error:
gimp
process 1330: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/etc/machine-id": No such file or directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a backtrace
Abort

after i create /etc/machine-id on the NFS client i have this message:
gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error: EOF in dbus-launch reading address from bus daemon

Regards
Wolfgang
Additional Information SunOS 5.10 Generic_144489-07 i86pc i386 i86pc
Tags No tags attached.
Attached Files

- Relationships
related to 0004815closedlaurent gvim vim/gtk/dbus error 

-  Notes
(0009275)
wcohrs (reporter)
2011-09-19 13:23
edited on: 2011-09-19 13:23

gvim

Failed to contact configuration server; some possible causes are that
you need to enable TCP/IP networking for ORBit, or you have stale NFS
locks due to a system crash. See http://projects.gnome.org/gconf/ [^] for
information. (Details - 1: Failed to get connection to session:
/opt/csw/bin/dbus-launch terminated abnormally with the following error:
EOF in dbus-launch reading address from bus daemon
)

(0009281)
dam (administrator)
2011-09-19 22:12

Could you please try the dbus packages discussed in 0004815 from unstable?
  http://mirror.opencsw.org/opencsw/unstable/ [^]
(0009283)
wcohrs (reporter)
2011-09-20 10:46

i have installed the unstable packages on the NFS-Server.

now i start gvim on the NFS-Client:
gvim
process 4564: D-Bus library appears to be incorrectly set up; failed to read mac hine uuid: Failed to open "/etc/machine-id": No such file or directory
See the manual page for dbus-uuidgen to correct this issue.
  D-Bus not compiled with backtrace support so unable to print a backtrace
Vim: Caught deadly signal ABRT
Vim: Finished.
Abort

okay i create :
dbus-uuidgen >/etc/machine-id
# more /etc/machine-id
785d06f9ef85c080a203439a4e783fa9


now the output is ugly.

(gvim:6179): Pango-CRITICAL **: No modules found:
No builtin or dynamically loaded modules were found.
PangoFc will not work correctly.
This probably means there was an error in the creation of:
  '/etc/opt/csw/pango/pango.modules'
You should create this file by running:
  pango-querymodules > '/etc/opt/csw/pango/pango.modules'

(gvim:6179): Pango-WARNING **: failed to choose a font, expect ugly output. engine-type='PangoRenderFc', script='latin'

i have reinstalled the pango packages without success


/opt/csw/bin/pango-querymodules
# Pango Modules file
# Automatically generated file, do not edit
#
# ModulesPath = /opt/csw/lib/pango/1.6.0/modules
(0009284)
dam (administrator)
2011-09-20 11:00

The problem is that all the newer packages put their configuration files to /etc/opt/csw. This has been done to aid sparse zones. If you are running it on NFS shared /opt/csw you must make sure to synchronize the specific files manually or issue the post-install from the packages on each host.
(0009285)
wcohrs (reporter)
2011-09-20 11:31

solved

but not the dbus problem

gvim
Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ [^] for information. (Details - 1: Failed to get connection to session: /opt/csw/bin/dbus-launch terminated abnormally with the following error: EOF in dbus-launch reading address from bus daemon
)

gimp
/opt/csw/bin/dbus-launch terminated abnormally with the following error: EOF in dbus-launch reading address from bus daemon
(0009286)
wcohrs (reporter)
2011-09-20 11:52

now i think the problem is solved on my test server.
i have all files in /etc/opt/csw NFS-Server put on the NFS Client.

waht do you mean with:

or issue the post-install from the packages on each host ?

Regardes Wolfgang
(0009287)
dam (administrator)
2011-09-20 12:22

The postinstall script from the package. It looks something like this:


dam@login [login]:/home/dam/tmp > cp /export/mirror/opencsw-future/allpkgs/pango-1.28.4,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz .
dam@login [login]:/home/dam/tmp > gunzip pango-1.28.4,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz
dam@login [login]:/home/dam/tmp > pkgtrans pango-1.28.4,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg . all
Transferring <CSWpango> package instance
dam@login [login]:/home/dam/tmp > more CSWpango/install/postinstall
#!/bin/sh

umask 0022

if [ "$PKG_ROOT_DIR" = "" ] ; then PKG_ROOT_DIR=/ ; fi

echo 'Updating pango.modules...'
test -x ${PKG_ROOT_DIR}/opt/csw/bin/pango-querymodules && \
        chroot "${PKG_ROOT_DIR}" /opt/csw/bin/pango-querymodules >"${PKG_ROOT_DIR}"/etc/opt/csw/pango/pango.modules &&
        chroot "${PKG_ROOT_DIR}" /usr/sbin/installf CSWpango /etc/opt/csw/pango/pango.modules f 0644 root bin
test -x ${PKG_ROOT_DIR}/opt/csw/bin/sparcv9/pango-querymodules && \
        chroot "${PKG_ROOT_DIR}" /opt/csw/bin/sparcv9/pango-querymodules >"${PKG_ROOT_DIR}"/etc/opt/csw/64/pango/pango.modules &&
        chroot "${PKG_ROOT_DIR}" /usr/sbin/installf CSWpango /etc/opt/csw/64/pango/pango.modules f 0644 root bin
test -x ${PKG_ROOT_DIR}/opt/csw/bin/amd64/pango-querymodules && \
        chroot "${PKG_ROOT_DIR}" /opt/csw/bin/amd64/pango-querymodules >"${PKG_ROOT_DIR}"/etc/opt/csw/64/pango/pango.modules &&
        chroot "${PKG_ROOT_DIR}" /usr/sbin/installf CSWpango /etc/opt/csw/64/pango/pango.modules f 0644 root bin

chroot "${PKG_ROOT_DIR}" /usr/sbin/installf -f CSWpango
/bin/true

You need to do this for every package you have installed with postinstall scripts.
(0009289)
wcohrs (reporter)
2011-09-20 13:27

I am happy which I only four sun ray servers have with 170 sun ray clients and not 170 NFS Clients.

i think /etc/opt is not a good solution.

Regards Wolfgang

you can close this case
(0009291)
dam (administrator)
2011-09-20 13:52

> I think /etc/opt is not a good solution.

Suggestions welcome! There is currently no active maintainer using NFS shared /opt/csw, so to enhance compatiblity it would help if you could join the project and help testing.
(0009294)
wcohrs (reporter)
2011-09-22 09:12

hello,
now i have a:
SunOS cswtestserver 5.10 Generic_144489-09 i86pc i386 i86pc
and a:
SunOS cswtestclient 5.10 Generic_144489-09 i86pc i386 i86pc

i think i can help but my problem is my englisch :-(
i use the dublin catalog

Wolfgang
(0009296)
dam (administrator)
2011-09-22 10:21

No problem, just write to board@opencsw.org that you want to help in enhancing shared NFS environment.

Best regards

  -- Dago


Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker