[mythtvnz] Deleting files
Worik Stanton
worik.stanton at gmail.com
Tue Sep 17 08:51:20 BST 2013
On 17/09/13 19:04, Stephen Worthington wrote:
> On Tue, 17 Sep 2013 18:49:45 +1200, you wrote:
>
>> On 17/09/13 11:23, Worik Stanton wrote:
>>> Having run out of disk space I am trying to recover some room.
>>>
>>> I delete files using mythweb but I get no improvement in my disc.
>>> Deleting an 8GB file does not free up *GB.
>>>
>>> Is myth queuing up my deletes in some way? Can I tell it to
>>> hurry up?
>>>
>>> cheers W
>>>
>>
>> Looking at log, grepping for 'del'...
>>
>> 2013-09-17T11:34:46.917538+12:00 bruce mythbackend[2720]: E
>> DeleteThread mainserver.cpp:2224 (OpenAndUnlink) Error deleting
>> '/media/Recordings/2002_20130912040400.mpg' could not unlink
>> #012#011#011#011eno: Text file busy (26)
>> 2013-09-17T11:34:46.917597+12:00 bruce mythbackend[2720]: E
>> DeleteThread mainserver.cpp:2196 (DeleteFile) Delete Error
>> '/media/Recordings/2002_20130912040400.mpg'#012#011#011#011eno:
>> Text file busy (26) 2013-09-17T11:34:46.917613+12:00 bruce
>> mythbackend[2720]: E DeleteThread mainserver.cpp:1974
>> (DoDeleteThread) Error deleting file:
>> /media/Recordings/2002_20130912040400.mpg. Keeping metadata in
>> database.
>>
>>
>> That was when was trying to to do forced deletes
>>
>> W
>
> So this is a network drive? If so, please provide some more details
> about it. Is it a SAMBA drive? NFS? What sort of server is the
> drive on? What permissions does the other end allow the mythtv user
> and group? Does its log have any relevant messages?
cifs drive
It is a shop bought drive.
~$ nmap 192.168.1.64
Starting Nmap 6.00 ( http://nmap.org ) at 2013-09-17 19:44 NZST
Nmap scan report for nas-34-6D-D4.telecom (192.168.1.64)
Host is up (0.19s latency).
Not shown: 995 closed ports
PORT STATE SERVICE
80/tcp open http
139/tcp open netbios-ssn
443/tcp open https
445/tcp open microsoft-ds
10000/tcp open snet-sensor-mgmt
Permissions are (as I said in another email) are a+rwx
Directory:
drwxrwxrwx 2 root root 0 Sep 17 19:30 Recordings
An individual file:
-rwxrwxrwx 1 root root 1215772312 Aug 16 21:34
/media/Recordings/2010_20130816213400.mpg
I have posted some messages from the log that I thought were relevant.
MythTV logs a lot, so it is hard to know what is relevant.
>
> You might like to try manually deleting one of the recording files
> that fails to delete. Just pick one from the mythbackend log. Log
> in as a user in the mythtv group - the one that runs mythfrontend is
> a good one to pick, as the mythtv user itself is not normally set up
> with the ability to login. Then use the rm command and see if the
> delete works. For example:
Hmmm...
I think Iwil create and delete a file. Doing wat you ask would make the
file system inconsistant with the database
No space on drive, ofcourse... But here is what happened...
[q at bruce Recordings]$ sudo su mythtv
Password:
[mythtv at bruce Recordings]$ whoami
mythtv
[mythtv at bruce Recordings]$ groups
disk wheel video audio optical storage users mythtv
[mythtv at bruce Recordings]$ ls >trash
ls: write error: No space left on device
[mythtv at bruce Recordings]$ ls -l trash
-rwxrwxrwx 1 root root 0 Sep 17 19:49 trash
[mythtv at bruce Recordings]$ rm trash
sigh
W
>
> rm /media/Recordings/2002_20130912040400.mpg
>
> _______________________________________________ mythtvnz mailing
> list mythtvnz at lists.linuxnut.co.nz
> http://lists.ourshack.com/mailman/listinfo/mythtvnz Archives
> http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
>
--
"As I went walking I saw a sign there And on the sign it said 'No
Trespassing' But on the other side it didn't say nothing, That side
was made for you and me" – Woody
worik.stanton at gmail.com 021-1680650, (03) 4821804
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 555 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ourshack.com/pipermail/mythtvnz/attachments/20130917/088f2e52/attachment.pgp>
More information about the mythtvnz
mailing list