i.e. it may be necessary to block a site from networking with mine...not that we have anyone in our community that would require such action, but just saying... ;-)
MyCastlerealm deomain is expireing on the 25th and will not be renewed.
Freakdog,
Go ahead and pull networking any time after Friday.
Ian,
I've dumped a LOT of domains over the past 6 months. I need to drop you an e-mail w/ an updated list.. My Castle realm and wall will both be dead for good as of Friday.
Anyone interested in peering with me? unixwire.com
Mon Jul 26 2010 04:15:39 AM EDT from saltine @ Uncensored Subject: peering?Anyone interested in peering with me? unixwire.com
I've got some bandwidth.
Log into dogpound2.citadel.org, and let me know which rooms you'd like to share.
Looks like the filesystem in which Citadel lived filled up on me, and everything went to hell...even after I expanded the filesystem, Citadel would start, but would not answer any ports. I've restored back to midnight on August 23rd...hopefully, the disruption is minimal.
IG, maybe you should upgrade uncensored to latest stable too? /me just crashed it by some old bug :-(
after ugrading to latest stable?
probably a problem with the change to the way netconfigs are handled now?
i've changed it not to use tmpfile which would write configs to /tmp/ but rather create the file in the target directory, and rename it.
by that way we don't loose netconfigs (rss feed urls pop collectors, mailing list subscribers, node links..) if the filesystem containing the netconfig directory is full.
maybe for some reason in non-.deb mode the paths aren't built correctly?
Thu Nov 25 2010 09:54:01 AM EST from IGnatius T Foobar @ UncensoredAt the moment I'm trying to figure out why networking is all jammed up.
Still jammed?
I'm seeing this in my logs:
2010/12/08 11:20:27.511984 [LWP:1125] [:4] network: processing inbound queue 2010/12/08 11:20:27.512041 [LWP:1125] [:4] network: processing 14434 bytes from /usr/local/citadel/network/spoolin//uncnsrd.4cfecf435e61fc87 2010/12/08 11:20:27.512528 [LWP:1125] [:4] network_process_buffer() processing 1 bytes 2010/12/08 11:20:27.512538 [LWP:1125] [:4] Corrupt message ignored. Length=1, firstbyte = 255, lastbyte = 255 2010/12/08 11:20:27.512550 [LWP:1125] [:4] network_process_buffer() processing 1 bytes 2010/12/08 11:20:27.512558 [LWP:1125] [:4] Corrupt message ignored. Length=1, firstbyte = 255, lastbyte = 255 2010/12/08 11:20:27.512569 [LWP:1125] [:4] network_process_buffer() processing 1 bytes 2010/12/08 11:20:27.512577 [LWP:1125] [:4] Corrupt message ignored. Length=1, firstbyte = 255, lastbyte = 255 2010/12/08 11:20:27.513198 [LWP:1125] [:4] network_process_buffer() processing 8175 bytes 2010/12/08 11:20:27.514751 [LWP:1125] [:4] CtdlSubmitMsg() called 2010/12/08 11:20:27.514764 [LWP:1125] [:4] ERROR: attempt to save message with NULL body 2010/12/08 11:20:27.514829 [LWP:1125] [:4] network: queue run completed
In (un?)related news, I'm currently building a new server to replace the one on which DP2 runs...64bit, quad-core AMD processor. I'll get to test the "new" export/import feature.
Should be interesting.
Troubleshooting is slow because I have to take my Citadel server down and knock all the users off every time I want to test something. I promise it will be fixed, but I can't yet say when.
Then I looked at the clock and saw that it was almost 1:00am and went to bed. But I'm sure we're close to a fix now.
Ok, I've got a clearer picture of what's happening now, and a fix should be forthcoming. THe move to buffered I/O completely broke certain modes of transport that are used between servers.
Networking is fixed.
Either updgrade to the latest Easy Install, or apply the patch at http://easyinstall.citadel.org/netfix.patch
Patched tarballs will be available soon.
Sun Dec 19 2010 11:49:36 PM EST from IGnatius T Foobar @ Uncensored Subject: Networking is fixed
Networking is fixed.
Either updgrade to the latest Easy Install, or apply the patch at http://easyinstall.citadel.org/netfix.patch
Patched tarballs will be available soon.
W00T!!! Fix applied and in use at DPII.