Hey Fred and all....

I'm wondering if this is just me or if anyone else has come across this. I updated a client/server applicance (CentOS 6.9) test setup I have to 2.15.3 for testing before updating anything important. It's been running for about 5 days since the update and I've really starting loading music to it by ripping cd's with RDLibrary. All the sudden tonight I hit a brick wall. It comes up with an error and says there's no more space available (in RDLibrary CD Ripper on the client). After a lot of playing and searching, what I found is it doesn't look like RDLibrary (or whichever process is responsible for this) isn't clearing the /tmp directory on the client machine being used for ripping. I also ripped on the server machine and the same situation exists. The client I use as the production machine only has a 250gb hard drive since all it's doing is moving music to the server (dual 1TB raid mirror). The server usage for /var only shows 11% used and it rips fine when using the server, but still leaves the files in /tmp on the server when ripping from the server.

The only reason I came across this is I had loaded a couple hundred songs over about 2 days when it locked up tonight. So, maybe it's a timing issue that hasn't been given enough time to kill off the /tmp files, but I've loaded more than this before on this same setup and haven't hit it until this latest update.

Server: CentOS 6.9, Riv 2.15.3, dual RAID 1TB mirror (11% used on /var) using mp2 Client: CentsOS 6.9, Riv 2.15.3, 250Gb drive (99% used on /var because of the tmp files) using mp2 (I haven't investigated this on my machine that does wav files yet though I would imagine it would have the same result.)

I've tried both restarting RD and rebooting the machines and the RD /tmp files don't disappear from either machine.

Anyone else seen this yet? Or is there something I should check that would be keeping RD from removing those when it's done ripping the CDs?

Thanks a lot!

Tim
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Reply via email to