Hi..
sometimes it helps to reply to the list and not the person :)
I just updated and sogo wont start anymore:
[root@sogo conf.d]# /etc/init.d/sogod restart
Restarting SOGo:
sogo [ OK ]
[root@sogo conf.d]# /etc/init.d/sogod status
sogod dead, but PID-File exist
no log output in /var/log/sogo/sogo.log
strace shows:
stat64("/usr/local/share/sope-4.9/ngobjweb", 0xbfea4fcc) = -1 ENOENT
(No such file or directory)
stat64("/usr/share/sope-4.9/ngobjweb", 0xbfea4fcc) = -1 ENOENT (No
such file or directory)
stat64("/home/sogo/GNUstep/Library/Libraries/Resources/NGObjWeb/Defaults.plist",
0xbfea503c) = -1 ENOENT (No such file or dire
stat64("/usr/local/lib/GNUstep/Libraries/Resources/NGObjWeb/Defaults.plist",
0xbfea503c) = -1 ENOENT (No such file or director
stat64("/usr/lib/GNUstep/Libraries/Resources/NGObjWeb/Defaults.plist",
{st_mode=S_IFREG|0644, st_size=10879, ...}) = 0
open("/usr/lib/GNUstep/Libraries/Resources/NGObjWeb/Defaults.plist",
O_RDONLY) = 3
starting by Hand does work:
[sogo@sogo ~]$ /usr/sbin/sogod -WOWorkersCount 1 -WOPidFile
/var/log/sogo/sogo.pid -WOLogFile - = -WONoDetach YES
Feb 13 23:44:04 sogod [2476]: version 1.3.12 (build
root@vizzini.openchange.local 201202131030) -- starting
Feb 13 23:44:04 sogod [2476]: vmem size check enabled: shutting down
app when vmem > 384 MB
Feb 13 23:44:04 sogod [2476]: <0x0xa1da1e4[SOGoProductLoader]> SOGo
products loaded from '/usr/lib/GNUstep/SOGo':
Feb 13 23:44:04 sogod [2476]: <0x0xa1da1e4[SOGoProductLoader]>
Contacts.SOGo, SchedulerUI.SOGo, AdministrationUI.SOGo, Mailer.SOGo,
ContactsUI.SOGo, MainUI.SOGo, MailerUI.SOGo, PreferencesUI.SOGo,
CommonUI.SOGo, MailPartViewers.SOGo, Appointments.SOGo
Feb 13 23:44:04 sogod [2476]: <0x0xa297a64[WOWatchDog]> listening on *:20000
Feb 13 23:44:04 sogod [2476]: <0x0xa297a64[WOWatchDog]> watchdog
process pid: 2476
Feb 13 23:44:04 sogod [2476]: <0x0x2eb5c0[WOWatchDogChild]> watchdog
request timeout set to 10 minutes
Feb 13 23:44:04 sogod [2476]: <0x0xa297a64[WOWatchDog]> preparing 1 children
Feb 13 23:44:04 sogod [2476]: <0x0xa297a64[WOWatchDog]> child spawned
with pid 2477
> 2012/2/13 Dominique BERTHET <dbert...@emse.fr>:
>> With SOGo 1.3.12 with thunderbird 10.0 (ESR) and last 10.0 extensions:
>> - I have to give my password for each of my calendars
>> - I can't see new calendars
>> - The colors for each categorie are not respected
>> Sincerely
>>
>> Le 13/02/2012 21:18, Donny Brooks a écrit :
>>
>>> Since the plugins are production ready now I have a question. We need to
>>> do some more testing, mostly of the "how to update existing
>>> installations" flavor. However when I install the new plugins, not the
>>> preX versions, it pulls the old 3.1XX plugins from my updates server.
>>> Could I just simply add another sub-directory to the path and put the
>>> new ones in there so I don't disturb the existing installs until our
>>> testing is completed?
>>>
>>> Basically instead of it reading like this:
>>>
>>> isi:updateURL="http://machine.domain/plugins/updates.php?plugin=%ITEM_ID%&version=%ITEM_VERSION%&platform=%PLATFORM%";>
>>>
>>>
>>> It would read like:
>>>
>>> isi:updateURL="http://machine.domain/plugins/10.0/updates.php?plugin=%ITEM_ID%&version=%ITEM_VERSION%&platform=%PLATFORM%";>
>>>
>>>
>>> That shouldn't break anything existing or for the new ones should it?
>>>
>>> Donny B.
>>>
>>>
>>
>> --
>> users@sogo.nu
>> https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists
