World: r3wp
[!AltME] Discussion about AltME
older newer | first last |
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 ? |
Reichart 2-Nov-2010 [5077] | Gab, wow, interesting. |
Carl 2-Nov-2010 [5078] | Good info Gab. Anton ext3. |
Anton 2-Nov-2010 [5079x2] | +1 Carl to restore altme data. |
What ext3 journaling level did the server have? | |
BrianH 3-Nov-2010 [5081] | Could one of our world masters please create a "!REBOL3 Proposals" group and put it under the R3 divider? Thanks. |
Sunanda 3-Nov-2010 [5082] | Done. (I don't seem to be able to position it under R3.....Perhaps it'll move whe it has some content) |
Maxim 3-Nov-2010 [5083] | yep... it just did. |
Sunanda 3-Nov-2010 [5084x2] | Cancel that gripe.....I think it just took a while to resync and update the list. |
....Or Maxim's dot worked magic. | |
Maxim 3-Nov-2010 [5086x4] | ah... the magic dot. ;-) |
ok... so I am thinking loud.... should we switch the new and old group namesÉ | |
since, as Brian noted, so far, most of the !REBOL discussion has been about proposals, ideas and stuff? | |
oh.. I guess it would break up the [web-public] stuff and any links to them. | |
Sunanda 3-Nov-2010 [5090] | Renaming groups should have no effect on either REBOL.org's or REBOL.net's links (both use the persistent group number rather than its name). Taking a group from [web-public] to not web-public.....REBOL.net deletes the posts (that does break links). REBOL.org simply stops publishing newer posts. So all posts orginally [web-public] stay that way. |
Gabriele 4-Nov-2010 [5091] | Carl: http://www.mjmwired.net/kernel/Documentation/filesystems/ext3.txt data=ordered should be default on ext3 (not so on other fs though), but your distribution may be using writeback. or, what you have seen may have been due to something else. (personally i've often seen the 0 byte files on XFS after crashes, but never with ext3 or ext4) There's also the fact that the fsync() semantics are not what most apps expect it to be, which turned into the filesystems trying to work around bad apps... and thus complexity. |
Sunanda 5-Nov-2010 [5092] | This weekend (probably).....The 150,000th [web-public] post in this world: http://www.rebol.org/aga-groups-index.r?world=r3wp It could be you! |
Henrik 5-Nov-2010 [5093] | it would be funny if it was a "." post. |
Kaj 5-Nov-2010 [5094] | What's the prize? |
Sunanda 5-Nov-2010 [5095] | Who knows? Maybe., eventually, a name check on REBOLweek. |
Kaj 5-Nov-2010 [5096] | Bummer, I thought something like a free breast enlargement in Romania :-) |
RobertS 5-Nov-2010 [5097] | I manually removed altme from my Ubuntu netbook today as 1.1.29 would neither connect nor uninstall - is it worth trying again with a more recent release, or should I just use this ole windoze box (with 1.2.25) and spare myself the aggravation? |
Andreas 5-Nov-2010 [5098] | altme 1.2.25 on works for me on ubuntu 10.04 |
Kaj 5-Nov-2010 [5099] | 1.1.29 is ancient |
RobertS 5-Nov-2010 [5100] | and would refuse to update itself because ... ? |
Kaj 5-Nov-2010 [5101] | Likely because there's too much difference with 1.2.x, and 1.2.x for Linux was always officially just a beta, which they didn't automatically update |
older newer | first last |