Language:
switch to room list switch to menu My folders
Go to page: 1 2 [3] 4 5 6 7 ... Last
[#] Tue Oct 04 2016 12:32:17 EDT from gabovsky2 @ Uncensored

Subject: Re: Adressbook istnt working

[Reply] [ReplyQuoted] [Headers] [Print]

OMG! Is there anybody out there?



[#] Wed Oct 05 2016 14:52:04 EDT from docmathoc @ Uncensored

Subject: citadel.socket file

[Reply] [ReplyQuoted] [Headers] [Print]

Hi All,

 

Compiling on an LFS system (NuTyX) gives no errors, but fails at setup.

No citadel-admin.socket is created when the citserver starts.

I looked at the -i0.0.0.0 solution but this appears to be for webcit, and that's not running yet.

Everything in the three directories (citadel, webcit, ctdlsupoort) is owned by citadel, group root.

Command line 'setup' from in the home directory fails with:

Connecting to Citadel server

       Error

Setup could not connect to a running Citadel server.: No such file or directory /usr/local/citadel/citadel-admin.socket

 

sys.log, daemon.log have no useful output that I can find.

/tmp/citadel-install-log.txt offers no clues to me as compilation and install appears successful.

 

Please be gentle with me if this is very very obvious, but any help to sort this out would be greatly appreciated - and one more platform for citadel.

Many thanks!



[#] Wed Oct 05 2016 16:41:56 EDT from nutbeam @ Uncensored

Subject: Re: ctdlmigrate question regarding the xml file

[Reply] [ReplyQuoted] [Headers] [Print]

 

Mon Oct 03 2016 00:25:54 EDT from nutbeam @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file

 

Tue Sep 27 2016 12:15:22 EDT from IGnatius T Foobar @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file
Would it be safer to manually migrate the databases using sendcommand "MIGR

export" and import?

Yes, but keep in mind that if you're on Citadel 8XX instead of Citadel 9XX, there are some other directories you need to bring over:

netconfigs
info
userpics
bio
keys

The contents of those directories are not in any architecture-specific format so you can simply copy them to the new system.

We realized this was awkward so most of that stuff has been integrated into the database as of version 902 (yes we removed the decimal points from the version numbers) so it gets exported with everything else.

I tried to import the xml file using sendcommand -w60 "MIGR import" < /mnt/citbackup/exported.xml

and it runs for a short time and I get this and it stops with the message "Alarm clock"

200 dberp1 Citadel server ADMIN CONNECTION ready.

MIGR import

400 sock it to me

Alarm clock

 

Any ideas what is going wrong?

 



So "Alarm clock" is a watchdog error? I set it to five minutes and after five minutes I got the "Alarm clock error". So from this I'm thinking I have to estimate how long it's going to take to import this 58GB xml file and set the flag -w to a little longer than that in a seconds value. I am right in this assumption?



[#] Mon Oct 10 2016 17:11:32 EDT from nutbeam @ Uncensored

Subject: Re: ctdlmigrate question regarding the xml file

[Reply] [ReplyQuoted] [Headers] [Print]

 

Wed Oct 05 2016 16:41:56 EDT from nutbeam @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file

 

Mon Oct 03 2016 00:25:54 EDT from nutbeam @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file

 

Tue Sep 27 2016 12:15:22 EDT from IGnatius T Foobar @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file
Would it be safer to manually migrate the databases using sendcommand "MIGR

export" and import?

Yes, but keep in mind that if you're on Citadel 8XX instead of Citadel 9XX, there are some other directories you need to bring over:

netconfigs
info
userpics
bio
keys

The contents of those directories are not in any architecture-specific format so you can simply copy them to the new system.

We realized this was awkward so most of that stuff has been integrated into the database as of version 902 (yes we removed the decimal points from the version numbers) so it gets exported with everything else.

I tried to import the xml file using sendcommand -w60 "MIGR import" < /mnt/citbackup/exported.xml

and it runs for a short time and I get this and it stops with the message "Alarm clock"

200 dberp1 Citadel server ADMIN CONNECTION ready.

MIGR import

400 sock it to me

Alarm clock

 

Any ideas what is going wrong?

 



So "Alarm clock" is a watchdog error? I set it to five minutes and after five minutes I got the "Alarm clock error". So from this I'm thinking I have to estimate how long it's going to take to import this 58GB xml file and set the flag -w to a little longer than that in a seconds value. I am right in this assumption?



Ok. So now I set the watchdog long enough so the import is done. I shutdown citadel when I get a prompt back. I try to start it and I get this:

Broadcast message from systemd-journald@email.xxxxxxxxx.com (Mon 2016-10-10 17:07:28 EDT):

citserver[7617]: configuration setting c_default_cal_zone is empty, but must not - check your config!


Message from syslogd@email at Oct 10 17:07:28 ...
 citserver[7617]:configuration setting c_default_cal_zone is empty, but must not - check your config!

Broadcast message from systemd-journald@email.xxxxxxxxxx.com (Mon 2016-10-10 17:07:29 EDT):

citserver[7617]: bdb(): cursor still in progress on cdb 02: attempt to write during r/o cursor


Message from syslogd@email at Oct 10 17:07:29 ...
 citserver[7617]:bdb(): cursor still in progress on cdb 02: attempt to write during r/o cursor

Any ideas on what is wrong? Is citadel still doing something regarding the import even after I get a prompt back? Is shutting it down to restart it trashing something? I didn't get any errors during the export or import.



[#] Thu Oct 13 2016 11:27:59 EDT from nutbeam @ Uncensored

Subject: Re: ctdlmigrate question regarding the xml file

[Reply] [ReplyQuoted] [Headers] [Print]

 

Mon Oct 10 2016 17:11:32 EDT from nutbeam @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file

 

Wed Oct 05 2016 16:41:56 EDT from nutbeam @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file

 

Mon Oct 03 2016 00:25:54 EDT from nutbeam @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file

 

Tue Sep 27 2016 12:15:22 EDT from IGnatius T Foobar @ Uncensored Subject: Re: ctdlmigrate question regarding the xml file
Would it be safer to manually migrate the databases using sendcommand "MIGR

export" and import?

Yes, but keep in mind that if you're on Citadel 8XX instead of Citadel 9XX, there are some other directories you need to bring over:

netconfigs
info
userpics
bio
keys

The contents of those directories are not in any architecture-specific format so you can simply copy them to the new system.

We realized this was awkward so most of that stuff has been integrated into the database as of version 902 (yes we removed the decimal points from the version numbers) so it gets exported with everything else.

I tried to import the xml file using sendcommand -w60 "MIGR import" < /mnt/citbackup/exported.xml

and it runs for a short time and I get this and it stops with the message "Alarm clock"

200 dberp1 Citadel server ADMIN CONNECTION ready.

MIGR import

400 sock it to me

Alarm clock

 

Any ideas what is going wrong?

 



So "Alarm clock" is a watchdog error? I set it to five minutes and after five minutes I got the "Alarm clock error". So from this I'm thinking I have to estimate how long it's going to take to import this 58GB xml file and set the flag -w to a little longer than that in a seconds value. I am right in this assumption?



Ok. So now I set the watchdog long enough so the import is done. I shutdown citadel when I get a prompt back. I try to start it and I get this:

Broadcast message from systemd-journald@email.xxxxxxxxx.com (Mon 2016-10-10 17:07:28 EDT):

citserver[7617]: configuration setting c_default_cal_zone is empty, but must not - check your config!


Message from syslogd@email at Oct 10 17:07:28 ...
 citserver[7617]:configuration setting c_default_cal_zone is empty, but must not - check your config!

Broadcast message from systemd-journald@email.xxxxxxxxxx.com (Mon 2016-10-10 17:07:29 EDT):

citserver[7617]: bdb(): cursor still in progress on cdb 02: attempt to write during r/o cursor


Message from syslogd@email at Oct 10 17:07:29 ...
 citserver[7617]:bdb(): cursor still in progress on cdb 02: attempt to write during r/o cursor

Any ideas on what is wrong? Is citadel still doing something regarding the import even after I get a prompt back? Is shutting it down to restart it trashing something? I didn't get any errors during the export or import.



Any chance of some helpful hints, pointers etc., on this in the next couple of days? I want to attempt migrating systems again this weeked.

 

Thanks.



[#] Thu Oct 13 2016 12:43:15 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: ctdlmigrate question regarding the xml file

[Reply] [ReplyQuoted] [Headers] [Print]

citserver[7617]: bdb(): cursor still in progress on cdb 02: attempt to
write
during r/o cursor

This kind of error usually means you somehow got two instances of citserver running simultaneously. Doing so will almost certainly corrupt your database.
The locking mechanism that kept this from happening is not present in Citadel Server versions 900 through 902, but will appear again in the next release.

[#] Fri Oct 14 2016 13:44:45 EDT from nutbeam @ Uncensored

Subject: Re: ctdlmigrate question regarding the xml file

[Reply] [ReplyQuoted] [Headers] [Print]

Any idea what is causing that? Used Easy Install on CentOS 7. No errors during the install and only this one when starting citadel:

Broadcast message from systemd-journald@email.electroconnectinc.com (Fri 2016-10-14 13:40:23 EDT):

citserver[14596]: configuration setting c_default_cal_zone is empty, but must not - check your config!

 

 



[#] Mon Oct 17 2016 12:37:11 EDT from nutbeam @ Uncensored

Subject: Re: ctdlmigrate question regarding the xml file

[Reply] [ReplyQuoted] [Headers] [Print]

My citadel migration is not going well.

I did a fresh install using the Easy Install method to a CentOS 7 (1511) x86_64 box. No errors during the install, entered values into setup, etc. Did not log in.

Citadel server gives this error  on starting "citserver[17964]: configuration setting c_default_cal_zone is empty, but must not - check your config!" but starts.

Webcit gives a login screen so it is connecting ok to citadel. I shut down citadel and webcit, and started them up again. No errors except the one above.

I did an export from the CentOS 5 (i686) box, Citadel 8.24, using MIGR export. Takes a few hours (47GB databases to 58GB XML file). Nobody is connected and no errors during the export.

I did an import using a very long watchdog (-w18000) as it takes hours to import. It finished with no errors reported. I waited about ten minutes then checked the citadel processes to make sure they weren't busy still doing something. I shut down citadel and checked it wasn't running.

I started up citadel and I got the c_default_cal_zone error and "citserver[17964]: bdb(): cursor still in progress on cdb 02: attempt to write during r/o cursor" error message. Citadel did not start.

I was using the init script that worked fine after the initial install.

I have no idea what else to try. Help please.

 



[#] Mon Oct 17 2016 13:41:06 EDT from alex007 @ Uncensored

Subject: cdb_store(4): Cannot allocate memory

[Reply] [ReplyQuoted] [Headers] [Print]

After about one hour of running well, citadel shuts down with the message:

cdb_store(4): Cannot allocate memory

Is there a quick solution. Maybe a permission issue?

3 weeks ago I had a big citadel crash and had to recover my citadel with an backup.

 

Cheers

Alex



[#] Tue Oct 18 2016 07:59:04 EDT from ghostme007 @ Uncensored

Subject: Citadel LDAP support on Centos7

[Reply] [ReplyQuoted] [Headers] [Print]

Hello,

 

I am trying to install Citadel on Centos 7/64bits and LDAP.

The configuration is halting at 95% and would not progress any further.

Could someone share his experience and knowledge to overcome this problem?

Best regards

TEDD



[#] Tue Oct 18 2016 09:18:18 EDT from alex007 @ Uncensored

Subject: Re: cdb_store(4): Cannot allocate memory

[Reply] [ReplyQuoted] [Headers] [Print]

 

Mon Oct 17 2016 13:41:06 EDT from alex007 @ Uncensored Subject: cdb_store(4): Cannot allocate memory

After about one hour of running well, citadel shuts down with the message:

cdb_store(4): Cannot allocate memory

Is there a quick solution. Maybe a permission issue?

3 weeks ago I had a big citadel crash and had to recover my citadel with an backup.

 

Cheers

Alex



I think, I have an idea. This problem occurs, if there are a large amount of mails, which citadel has to process at once.

In my case there were about 400 mails fetched bei fetchmail and delivered local to citadel. After restarting of citadel serveral times, mails were processed bit by bit and now it is become quiet without the message: cdb_store(4): Cannot allocate memory.

In the past I often had this problem too, when I orderd my Mails (copy or from one IMAP folder (Room) to an other IMAP folder(Room))

So it is time to post this issue.

I run Citadel 8.22 an Debian wheezy.



[#] Tue Oct 18 2016 14:03:13 EDT from piet @ Uncensored

Subject: open questions

[Reply] [ReplyQuoted] [Headers] [Print]

Hello,

I'm new to citadel and I just installed it to my server to find out if it's the right thing for  my family and friends to use. I love that it is straight, quick and doesn't need much resources. It seems to be a fantastic piece of software.

Some questions are still open to find out if it is usable for us. I hope this is the right place to get answers :)

 

  • How do I manage to sort the posts from old to new like You did it here?
  • Is there a chance to use the users maildirs instead of the database to store and use the mails?
  • How can I edit an already sent post? Especially in the blog-view it would be a nice thing to edit and complete the text.
  • Is there an other possibility to include documents for download other than uploading it piece by piece. Just including a directory with files to make them available? I mean a little bit more cloud-orientated document-storage would make it easier to use it as a knowledge pool for example.
  • Maybe there are plugins to extend the capabilities of citadel in these directions?

thanks a lot for Your attention

piet

 



[#] Mon Oct 24 2016 09:09:07 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: cdb_store(4): Cannot allocate memory

[Reply] [ReplyQuoted] [Headers] [Print]

In my case there were about 400 mails fetched bei fetchmail and
delivered local to citadel. After restarting of citadel serveral
times, mails were processed bit by bit and now it is become quiet
without the message: cdb_store(4): Cannot allocate memory.

If it only does that under heavy load, you might need to tune your database.

[ http://www.citadel.org/doku.php/faq:troubleshooting:out_of_lock_entries ]

Try following the procedure shown there, use larger lock table sizes until it works for your workload.

[#] Sat Oct 29 2016 03:22:56 EDT from jvo1972 @ Uncensored

Subject: Citadel on a raspberry Pi2

[Reply] [ReplyQuoted] [Headers] [Print]



[#] Sat Oct 29 2016 03:25:10 EDT from jvo1972 @ Uncensored

Subject: Citadel on a raspberry Pi2

[Reply] [ReplyQuoted] [Headers] [Print]

Good morning you all,

Got a very simple question, I know that citadel is a bundle of Opensource ware, So i was thinking would it be possible to get it running on a raspberry pi, just for family affairs and stuph

 



[#] Sat Oct 29 2016 04:28:54 EDT from pro @ Uncensored

Subject: Aliases

[Reply] [ReplyQuoted] [Headers] [Print]

Hello everyone,

 

For some time now I have had trouble changing/adding aliases and email addresses. I can get to the edit page just fine, but I cannot save my changes as there is no save button.

Any ideas?

 

Thanks,

pro



[#] Sun Oct 30 2016 20:06:48 EDT from Freakdog @ Dog Pound BBS II

Subject: Re: Citadel on a raspberry Pi2

[Reply] [ReplyQuoted] [Headers] [Print]

 

Sat Oct 29 2016 03:25:10 AM EDT from jvo1972 @ Uncensored Subject: Citadel on a raspberry Pi2

Good morning you all,

Got a very simple question, I know that citadel is a bundle of Opensource ware, So i was thinking would it be possible to get it running on a raspberry pi, just for family affairs and stuph

I believe that it's already been done by others, so yes.

You should be able to install Raspian(sp), then run through Citadel's EasyInstall process and voila!!!



[#] Mon Oct 31 2016 09:35:10 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel on a raspberry Pi2

[Reply] [ReplyQuoted] [Headers] [Print]

Got a very simple question, I know that citadel is a bundle of
Opensource ware, So i was thinking would it be possible to get it
running on a raspberry pi, just for family affairs and stuph

To clarify -- Citadel is *not* a bundle of other open source software. Pretty much every other open source email/groupware/collaboration product is built that way, but Citadel is unique in that it is a single, purpose-built implementation, consisting entirely of our own code.

Whether it runs on a Raspberry Pi is a different question. In short, YES it does work, and from what I've heard it runs quite well. Maybe it's because of the fact that it is a single server binary instead of a bunch of other programs lashed together. You can use the Easy Install method, or if you're ok with an older version of Citadel, you can install from the Raspbian repositories.

[#] Tue Nov 01 2016 15:29:47 EDT from bartyboy123 @ Uncensored

Subject: citadel org has an error

[Reply] [ReplyQuoted] [Headers] [Print]

Hi - when i go to the  Citadel.org site, I get this displayed at the top of the page

 

Warning: session_write_close(): write failed: No space left on device (28) in /var/www/www.citadel.org/doku.php on line 81 Warning: session_write_close(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php5) in /var/www/www.citadel.org/doku.php on line 81

 

Think you need more space guys

 

:-)



[#] Wed Nov 02 2016 08:17:40 EDT from CX9 @ Uncensored

Subject: DNS IPv4/IPv6

[Reply] [ReplyQuoted] [Headers] [Print]

Hey Citadel-Team,

ive got a question about the cit-mta. While sending an email to a mailserver without an AAAA-Record i receive:

1) Connection failure: Connection broken during SMTP conversation while talking to "mailadress"
2) AAAA-lookup "mailadress" - DNS server returned answer with no data;
3) AAAA-lookup "mailadress" - DNS server returned answer with no data;
 
Is there a solution to prioritize A-Records over AAAA-Records ?
 
 


Go to page: 1 2 [3] 4 5 6 7 ... Last