Some people will never understand sarcasm unless you put a [/sarcasm] tag in there or something. . .
In response to downsouth420. . . I have no clue which videos are on Nago. I know all of my videos are, so probably anything from 2004 at least was on there as well. So perhaps try looking only for videos that debuted before then?
still NAGO...
- Keeper of Hellfire
- Joined: Sun Jan 09, 2005 6:13 am
- Location: Germany
- Corran
- Joined: Mon Oct 14, 2002 7:40 pm
- Contact:
Corran wrote:The easiest way would be to browse the announcement forum. Currently March starts on page 40 so any thing newer than those videos are downloadable.
http://www.animemusicvideos.org/phpBB/viewforum.php?f=3
- njamunky
- Joined: Sun Aug 08, 2004 9:41 am
- Location: Forest Grove, Oregon
- Contact:
i never wanted to sound like i knew wat to do, all i wanted to do was make a suggestion about something they might have known about in the first place, but decided not to act on it. now i know its more like a hardware issue, whiich sux because that means everything goes bye-bye. new hardware needs to be installed and the backups need to go on that, and its gonna take forever just like how im writing now which seems to never end....whew!
ok, so they have backups, but the actual STORAGE system is down. its sounds like the memory on the storage system went kaput. hopefully, its just the hardrive on the server where everything was stored, cuz hard drives are pretty cheap these days. but if its NOT like a hardrive, well, the staff is kinda SOL, since they run on donations....
sorry to sound like a klnow it aall earlier, i appreciate the staff for trying as hard as they are to fix the problem.
ok, so they have backups, but the actual STORAGE system is down. its sounds like the memory on the storage system went kaput. hopefully, its just the hardrive on the server where everything was stored, cuz hard drives are pretty cheap these days. but if its NOT like a hardrive, well, the staff is kinda SOL, since they run on donations....
sorry to sound like a klnow it aall earlier, i appreciate the staff for trying as hard as they are to fix the problem.
The Pub.
Have another laugh, on the house
Have another laugh, on the house
- derobert
- Phantom of the .Org
- Joined: Wed Oct 24, 2001 8:35 am
- Location: Sterling, Virginia
- Contact:
We can't use the backup server to serve videos because it isn't nearly as powerful as Nago. Not only that, its on a much slower (T1) connection. It was designed only to store copies of the videos.
Nago lost a hard disk from its RAID array. It turned out that several of the hard disks remaining in the RAID array had also developed bad sectorss. The disks did not, however, realize they had bad sectors. Until I finally managed to get them to realize the presense of bad sectors (and thus reallocate them) the RIAD controller would not rebuild the array. The first "good news" post was made after managing to convince the disks that yes, they really did have bad sectors. It turned out, however, that one of the disks remaining in the array was quite defective, and a verify on the array failed miserably. The array was then reinitialized (meaning "rebuild redundancy data", not "wipe clean"), and yet the verify still failed: Clearly, the disk needed replacing. That brings us to today's good news part two post.
Hope that helps explain.
[Oh --- and, btw, incopetance is the wrong word. More like lazyness. The important messages were lost in the deluge of unimporant messages. Every message 3dm (at least the version we're running) sends has the same subject; from the unimportant "verify started" to the critical "disk failed". Some of the fairly important "bad sector" messages got lost in the many, many more "verify started", "verify finished" messages. I've implemented message sorting by body, instead of just headers, to help combat this problem in the future. I even have the important ones forwarded to my cell now...]
Nago lost a hard disk from its RAID array. It turned out that several of the hard disks remaining in the RAID array had also developed bad sectorss. The disks did not, however, realize they had bad sectors. Until I finally managed to get them to realize the presense of bad sectors (and thus reallocate them) the RIAD controller would not rebuild the array. The first "good news" post was made after managing to convince the disks that yes, they really did have bad sectors. It turned out, however, that one of the disks remaining in the array was quite defective, and a verify on the array failed miserably. The array was then reinitialized (meaning "rebuild redundancy data", not "wipe clean"), and yet the verify still failed: Clearly, the disk needed replacing. That brings us to today's good news part two post.
Hope that helps explain.
[Oh --- and, btw, incopetance is the wrong word. More like lazyness. The important messages were lost in the deluge of unimporant messages. Every message 3dm (at least the version we're running) sends has the same subject; from the unimportant "verify started" to the critical "disk failed". Some of the fairly important "bad sector" messages got lost in the many, many more "verify started", "verify finished" messages. I've implemented message sorting by body, instead of just headers, to help combat this problem in the future. I even have the important ones forwarded to my cell now...]
Key 55EA59FE; fingerprint = E501 CEE3 E030 2D48 D449 274C FB3F 88C2 55EA 59FE
A mighty order of ages is born anew. http://twitter.com/derobert
A mighty order of ages is born anew. http://twitter.com/derobert