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