Crashplan memory usage5/2/2023 In my case, that’s an oops since it covered up a serious problem. I imagine people saw the two times and were confused, so CrashPlan merged the two times. Ironically, the backup status report sample that CrashPlan has in their docs (dated June 15th 2009) fixes this problem. My “Last backup” times apparently meant “Last connected”. Which means one thing: backups weren’t succeeding, but I was told everything was OK. And not just because I hadn’t been taking photos that much. My list of picture folders on the CrashPlan web interfaceĪnd promptly had a mini-freak out. This is a screenshot of the most recent CrashPlan report that I got sent: Backups have at least one edge case where they’ll fail silently. So that means CrashPlan ran out of memory and restarted at least 260 thousand times without me knowing. I actually thought ls crashed.)Įach and every file seems to have been created when the CrashPlan Engine restarts. (I’m not kidding, I started a new SSH session to kill ls the first time I tried to list the directory because it was Taking. In the configuration directory, I found a bunch of restart.log files while hunting for the file which defined the memory limits. I raised the memory limit to 1.5GB, and Java’s only using 932MB, so there’s some headroom for growth if necessary. OutOfMemoryError occurred.RESTARTING! message=OutOfMemoryError in BackupQueue!īecause the file set changes very irregularly, once it starts crashing, it’ll continue to crash until you intervene and manually raise the memory limit. It seems that beyond a certain number of files, Java hits the hard memory limit and dies: I’d periodically go in via VNC and check up, and the desktop interface reported everything was just fine.Įxcept it wasn’t. I quite enjoyed this because my media server is headless, so set-it-up-and-forget-it backups were awesome. I’ve been getting weekly reports on my backups since I installed it. However, the hard limit led me to another problem: 2. I’m not the only guy who’s noticed this: One guy has it hitting 1.5GB of RAM. It’d regularly hit the max, but it didn’t seem to have problems, so I chalked it up to the use of Java and left it at that. I have it running on my media server, which has been specced with 1GB of RAM. This is a hard limit imposed on the Java VM when it runs. Ridiculously so.īy default it’s setup to use a maximum of 256MB of RAM. I went looking for what could cause it to start & stop with such regularly, and found the first problem: 1. Spoiler: It was dying and being restarted by a watchdog of some sort.
0 Comments
Leave a Reply. |