[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