Subject: Re: Concerning tha last two posts in Support Room.
Dear All,
Due to problems reported in the last two posts in this room I am loosing emails. Perhaps due to Citadel misses to write to the database.
Thank you,
Luís Gonçalves.
What system you are using ? This dont looks like a general citadel problem for me.
Subject: Re: Concerning tha last two posts in Support Room.
Centos 9, VPS, 3 GBytes RAM, 18 GBytes available disk, 2 virtual processors.
Last version of Citadel (1020)
Linux xxxxxx.xxx 5.14.0-612.el9.x86_64 #1 SMP PREEMPT_DYNAMIC Sat Aug 30 16:03:12 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 63
model name : Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
stepping : 2
cpu MHz : 2599.925
cache size : 4096 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 15
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc nopl cpuid tsc_known_freq pni ssse3 cx16 sse4_1 sse4_2 x2apic movbe popcnt aes hypervisor lahf_lm abm pti xsaveopt xsavec xsaves
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_stale_data bhi spectre_v2_user its
bogomips : 5199.85
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 63
model name : Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
stepping : 2
cpu MHz : 2599.925
cache size : 4096 KB
physical id : 1
siblings : 1
core id : 0
cpu cores : 1
apicid : 1
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 15
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc nopl cpuid tsc_known_freq pni ssse3 cx16 sse4_1 sse4_2 x2apic movbe popcnt aes hypervisor lahf_lm abm pti xsaveopt xsavec xsaves
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_stale_data bhi spectre_v2_user its
bogomips : 5199.85
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
Sun Sep 14 2025 20:37:11 UTC from Motobike Subject: Re: Concerning tha last two posts in Support Room.
Dear All,
Due to problems reported in the last two posts in this room I am loosing emails. Perhaps due to Citadel misses to write to the database.
Thank you,
Luís Gonçalves.
What system you are using ? This dont looks like a general citadel problem for me.
Subject: Re: Concerning tha last two posts in Support Room.
Dear Motobike,
Which script?
Thank you,
Luís Gonçalves.
Sun Sep 14 2025 20:17:27 UTC from Motobike Subject: Re: Concerning tha last two posts in Support Room.Hi Luis,
i shrink database with the database script inside the program dir. That works fine for me. my database i now round about 90GB and i dont have any problems.
Greetings
Mike
Subject: Re: Concerning tha last two posts in Support Room.
Dear Motobike,
Which script?
Thank you,
Luís Gonçalves.
Sun Sep 14 2025 20:17:27 UTC from Motobike Subject: Re: Concerning tha last two posts in Support Room.Hi Luis,
i shrink database with the database script inside the program dir. That works fine for me. my database i now round about 90GB and i dont have any problems.
Greetings
Mike
Look inside your citadel directory
root@citadel:/usr/local/citadel# ./database_cleanup.sh
Subject: Re: upgrade with easy install on raspberry pi os
Thank you IGnatius T Foobar,
compiling went well,now it runs on recent version.
Fr Sep 12 2025 01:40:06 UTC von IGnatius T Foobar Betreff: Re: upgrade with easy install on raspberry pi os
Any idea what this mean?
maybe there is no longer support for a 32 bit OS?
32-bit support is ending soon, but it hasn't ended yet.
Try removing the file /usr/local/ctdlsupport/db-easyinstall.sum (or stash it somewhere safe) and attempt the build again. This will force it to rebuild Berkeley DB.
Subject: Re: Concerning tha last two posts in Support Room.
Dear Motobike,
That script did not worked. I used instead dump and load separatelly.
Thank you,
Luís Gonçalves.
Mon Sep 15 2025 12:53:23 UTC from Motobike Subject: Re: Concerning tha last two posts in Support Room.
Dear Motobike,
Which script?
Thank you,
Luís Gonçalves.
Sun Sep 14 2025 20:17:27 UTC from Motobike Subject: Re: Concerning tha last two posts in Support Room.Hi Luis,
i shrink database with the database script inside the program dir. That works fine for me. my database i now round about 90GB and i dont have any problems.
Greetings
Mike
Look inside your citadel directory
root@citadel:/usr/local/citadel# ./database_cleanup.sh
You ever tryed this script ?GreetingsMike
Subject: Re: upgrade with easy install on raspberry pi os
Thank you IGnatius T Foobar,
compiling went well,now it runs on recent version.
Good to hear. In response to this I have removed the logic that attempts to figure out whether it can skip any recompile steps. Clearly there are now some interdependencies with system updates that can mess this up. And anyway, computers are generally much faster than they were when Easy Install was first written more than 20 years ago.
Subject: Re: Concerning tha last two posts in Support Room.
What system you are using ? This dont looks like a general
citadel problem for me.
Agreed, this doesn't seem like a failure mode related to Citadel itself.
Something else is wrong with the system. Any log messages giving a clue?
Subject: Re: Concerning tha last two posts in Support Room.
I provided the core dumps for you all evaluate.
As I said in a past post is a Centos 9.
Tue Sep 16 2025 03:36:14 UTC from IGnatius T Foobar Subject: Re: Concerning tha last two posts in Support Room.What system you are using ? This dont looks like a general
citadel problem for me.
Agreed, this doesn't seem like a failure mode related to Citadel itself.
Something else is wrong with the system. Any log messages giving a clue?
Subject: Re: Concerning tha last two posts in Support Room.
I provided the core dumps for you all evaluate.
As I said in a past post is a Centos 9.
Tue Sep 16 2025 03:36:14 UTC from IGnatius T Foobar Subject: Re: Concerning tha last two posts in Support Room.What system you are using ? This dont looks like a general
citadel problem for me.
Agreed, this doesn't seem like a failure mode related to Citadel itself.
Something else is wrong with the system. Any log messages giving a clue?
Wich filesystem you are using ? ext4 or something else ? do you use disk encryption ?
Maybe there are changes in kernel for system drivers ? when you have done the last update to your kernel ? wich kernel you are using ?
So many questions :D
Greetings
Mike
Subject: Re: Concerning tha last two posts in Support Room.
From a previous post (see above):
Centos 9, VPS (KVM), 3 GBytes RAM, 18 GBytes available disk, 2 virtual processors.
Last version of Citadel (1020)
Linux xxxxxx.xxx 5.14.0-612.el9.x86_64 #1 SMP PREEMPT_DYNAMIC Sat Aug 30 16:03:12 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 63
model name : Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
stepping : 2
cpu MHz : 2599.925
cache size : 4096 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 15
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc nopl cpuid tsc_known_freq pni ssse3 cx16 sse4_1 sse4_2 x2apic movbe popcnt aes hypervisor lahf_lm abm pti xsaveopt xsavec xsaves
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_stale_data bhi spectre_v2_user its
bogomips : 5199.85
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 63
model name : Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
stepping : 2
cpu MHz : 2599.925
cache size : 4096 KB
physical id : 1
siblings : 1
core id : 0
cpu cores : 1
apicid : 1
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 15
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc nopl cpuid tsc_known_freq pni ssse3 cx16 sse4_1 sse4_2 x2apic movbe popcnt aes hypervisor lahf_lm abm pti xsaveopt xsavec xsaves
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit mmio_stale_data bhi spectre_v2_user its
bogomips : 5199.85
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
Tue Sep 16 2025 14:22:31 UTC from Motobike Subject: Re: Concerning tha last two posts in Support Room.
I provided the core dumps for you all evaluate.
As I said in a past post is a Centos 9.
Tue Sep 16 2025 03:36:14 UTC from IGnatius T Foobar Subject: Re: Concerning tha last two posts in Support Room.What system you are using ? This dont looks like a general
citadel problem for me.
Agreed, this doesn't seem like a failure mode related to Citadel itself.
Something else is wrong with the system. Any log messages giving a clue?
Wich filesystem you are using ? ext4 or something else ? do you use disk encryption ?
Maybe there are changes in kernel for system drivers ? when you have done the last update to your kernel ? wich kernel you are using ?
So many questions :D
GreetingsMike