[OGo-Users] SKYRIX: Could not execute command view for types: <NGMimeType: eo-gid/project>
chris h
users@opengroupware.org
Tue, 14 Nov 2006 21:47:57 -0500
On Tuesday 14 November 2006 20:45, chris h wrote:
OK I found the problem. Using a real root user instead of sudo (which I really
dont like but understand why they are doing it) the following data is
provided.
<snip>
YMLRPC daemon Location Match (RPC2):
Adding user and group ogo... done.
Set up application defaults... done.
Set up local database... Shall the new role be allowed to create more new
roles? (y/n) y
done.
Register new instance to the startup system... failed
Directory /etc/opengroupware.org/ogo already exists, cannot register this
instance.
Could not register the new OpenGroupware.org instance to the startup system.
Reload apache... done.
/<snip>
Running the script as real root, it completes however it also barfs as for
some reason it creates the following files in /etc/apache2/conf.d
root@testserv:/etc/apache2/conf.d# ls -la
total 16
drwxr-xr-x 2 root root 4096 2006-11-14 21:16 .
drwxr-xr-x 8 root root 4096 2006-11-11 18:38 ..
-rw-r--r-- 1 root root 619 2006-09-27 12:54 apache2-doc
-rw-r--r-- 1 root root 24 2006-11-11 18:38 charset
lrwxrwxrwx 1 root root 44 2006-11-14 21:16
mod_ngobjweb-ogo.conf -> /etc/opengroupware.org/ogo/mod_ngobjweb.conf
lrwxrwxrwx 1 root root 44 2006-11-14 21:15
opengroupware.org-resources-1.1 -> ../../opengroupware.org/apache-resources-1.1
So two issues:
1. You must run this script as root not sudo as is the case in Ubuntu flavors
2. Don't understand why it creates a symbolic link to an non existing file?
If we can sort out item 2, then it should work.
regards
/ch