r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!AltME] Discussion about AltME

Gregg
29-Oct-2010
[5027]
Host-Kit Graphics then?
BrianH
29-Oct-2010
[5028]
Seems like "!REBOL3 Graphics Extensions" to me.
Pekr
1-Nov-2010
[5029]
Carl - yes, you simply logged on, and found your pms gone, rewritten 
with new file, or something like that.
Gregg
1-Nov-2010
[5030]
Gab has a complete backup of the world, and thought it might be possible 
to merge old and new data, but only RT can say for sure.
Andreas
1-Nov-2010
[5031]
Roughly Oct 12-14. Many groups and PMs got lost.
Gregg
1-Nov-2010
[5032]
Yes, it wasn't just PMs.
Pekr
1-Nov-2010
[5033]
Not sure it is worth it. Some ppl complained their PMs are really 
slow, because the file was too big already :-) What I am more curious 
about is - what was the reason?
Carl
1-Nov-2010
[5034x5]
I do not know about it.
The only time I've ever seen AltME lose files is when the disk runs 
out of space.
AltME uses a write/append which for some reason on Linux means: if 
you cannot append, truncate the entire file to zero.
I'm hoping to avoid that problem in R3.
Ok, hmmm... that's when we moved servers.
GrahamC
1-Nov-2010
[5039]
So, were only Linux users affected?  Or was it the linux server affected 
everyone?
Andreas
1-Nov-2010
[5040]
The latter.
Carl
1-Nov-2010
[5041]
right
Pekr
1-Nov-2010
[5042]
I am a Windows user, I lost PMs too ...
Carl
1-Nov-2010
[5043]
1 min. Checking server.
GrahamC
1-Nov-2010
[5044]
I changed personas at this time .. too afraid to login under my old 
nick in case I lost all my PMs
Andreas
1-Nov-2010
[5045x3]
Make a backup of your old persona's PM file then, before logging 
in.
Which is %worlds/rebol3/chat19 for your old user.
Sorry, %worlds/rebol3/chat/19.set
Carl
1-Nov-2010
[5048x3]
Well.. we have a policy on our servers of *never* accessing any world's 
internal files for any reason. So, I had no idea something happened.
Checking for that file now, I see it does not exist!
That has to mean that the tar had some kind of problem.
Gregg
1-Nov-2010
[5051]
I don't know how many groups we lost, but the world got a lot faster 
when it happened.
Carl
1-Nov-2010
[5052x4]
checking if the tar is still around
I was wondering why this world was so fast!
checking tar...
19 is in the tar.
GrahamC
1-Nov-2010
[5056]
19.set is 4.4mb!
Carl
1-Nov-2010
[5057x2]
right
you must chat a lot ;)
GrahamC
1-Nov-2010
[5059]
pm to self .. stop chatting
Carl
1-Nov-2010
[5060x3]
I can restore from tar any chats... but not so sure about merging... 
would need to think about that one a bit.
I suppose I could write a script to do a merge.
I wonder if this is the only world that had this problem?
Gregg
1-Nov-2010
[5063]
It's all REBOL data, as long as no sequence number issues in the 
data model can trip things up.
Carl
1-Nov-2010
[5064x3]
That's the trick... the sync numbers.
Assuming it can be done, and that it would merge old and new PMs, 
does everyone here want it done?
Would do it next weekend. Let me know.
Andreas
1-Nov-2010
[5067]
+1 from me (even though I have a full backup).
Gregg
1-Nov-2010
[5068]
I can't speak for everyone, but yes please. Having the world fast 
is nice, but losing years of data has really shaken my faith in AltMe.
GrahamC
1-Nov-2010
[5069]
place faith in backups!
Maxim
1-Nov-2010
[5070x2]
but backups can't be used in altme, so unless they are put back into 
the server, they are much less usefull.
for my self, I'd like to have the backup file directly, but not restored 
on the server... I had stopped PMs cause at 4.5 MB... slow... doesn't 
even begin to describe it.
Carl
1-Nov-2010
[5072x2]
In AltME, your local sync'd copy is supposed to be your backup.  
I did not know it would get deleted on a server problem. "Was not 
supposed to work that way."
(R3 Chat uses better method, and can use demand-based virtual msg 
entries to lower the overhead even more.)
Dockimbel
2-Nov-2010
[5074]
+1 for restoring/merging old and new PMs
Gabriele
2-Nov-2010
[5075]
AltME uses a write/append which for some reason on Linux means: if 
you cannot append, truncate the entire file to zero.


For performance reasons (blame the early optimization guys), the 
default setting for many file systems on Linux is to write metadata 
independently from data, which means that it often gets written first. 
The result is that if writing the data fails (eg. power failure, 
kernel panic, ...), the files end up 0 length.


This can be disabled by setting the filesystem to always write data 
and metadata at the same time (at the price of write performance).
Anton
2-Nov-2010
[5076]
What filesystem is the AltME world server using? ext2 / ext3 ?