Hi,
I have the problem that VDR deletes directories in my /video0 or /video1 ... which not belongs to VDR.
I use vdrconvert to convert my VDR recordings to DVDs so I have a directory /video1/filme which VDR deletes and vdrconvert breaks.
Is it possible to deny the delete of this directory?
(vdr is running as root here)
Best regards, Matthias
On Monday 09 October 2006 15:50, Matthias Fechner wrote:
Hi,
I have the problem that VDR deletes directories in my /video0 or /video1 ... which not belongs to VDR.
I use vdrconvert to convert my VDR recordings to DVDs so I have a directory /video1/filme which VDR deletes and vdrconvert breaks.
Is it possible to deny the delete of this directory?
I think the general consensus is, don't have non-vdr stuff under /video directories! Have you tried setting the permissions on the directories so they cannot be removed?
(vdr is running as root here)
Eeeek! Also makes permissions a bit more complex than just changing ownership to the non-vdr user.
Can you put the directory elsewhere and use a symbolic link in /video, and check it exists before running vdrconvert?
Cheers,
Laz
Hello Christian,
* Christian Wieninger cwieninger@gmx.de [09-10-06 17:04]:
IIRC VDR only deletes empty directories. So simply put a dummy file with zero length in it.
ah ok, I created now a file and hope the directory persists now :)
Best regards, Matthias
Matthias Fechner wrote:
Hi,
I have the problem that VDR deletes directories in my /video0 or /video1 ... which not belongs to VDR.
I use vdrconvert to convert my VDR recordings to DVDs so I have a directory /video1/filme which VDR deletes and vdrconvert breaks.
Is it possible to deny the delete of this directory?
(vdr is running as root here)
Best regards, Matthias
i wish vdr would delete .del directories ;) here it doesn't clean up emtpy directories. never found out why. so i made a cronjob that does that for me ...
regards hannes
Johannes Schoeller wrote:
... i wish vdr would delete .del directories ;) here it doesn't clean up emtpy directories. never found out why. so i made a cronjob that does that for me ...
VDR removed .del directories just fine:
Oct 10 22:17:40 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/001.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/index.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/info.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/resume.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del
Klaus
Hi Klaus, Johannes,
Johannes Schoeller wrote:
... i wish vdr would delete .del directories ;) here it doesn't clean up emtpy directories. never found out why. so i made a cronjob that does that for me ...
VDR removed .del directories just fine:
Oct 10 22:17:40 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/001.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/index.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/info.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/resume.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del
I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have
/video/nano/Die_Welt_von_morgen/
(being empty) left over. If it's a re-occuring timer, that is still active, this makes sense, but if there are no further events occuring later, VDR should also delete the directories
'Die_Welt_von_morgen' and 'nano'
I haven't been able to find out when or why this occurs. All I know is that it doesn't always work. I.e. sometimes VDR DOES indeed delete the above two directories as would be correct.
It's only a small bug and since I 'PUTTY' around a lot from my Windows PC it's not a biggy to delete the empty folders ;o))
Regards, Reinhard
Reinhard Walter Buchner wrote:
I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have
/video/nano/Die_Welt_von_morgen/
(being empty) left over.
If it happens next time, check: - Owning user and group of the folder - File permissions - User account that runs VDR
Most times when I notice that folder deleting didn't work, it was because the files/folders accidentally had wrong permissions or owners.
Cheers,
Udo
Hi Udo,
Reinhard Walter Buchner wrote:
I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have
/video/nano/Die_Welt_von_morgen/
(being empty) left over.
If it happens next time, check:
- Owning user and group of the folder
- File permissions
- User account that runs VDR
Most times when I notice that folder deleting didn't work, it was because the files/folders accidentally had wrong permissions or owners.
I run VDR as root (the only account on the machine) and VDR created the folders, so this shouldn't be a problem, but I'll have a look at the folder's owners & permissions.
Regards, Reinhard
Reinhard Walter Buchner wrote:
Hi Udo,
Reinhard Walter Buchner wrote:
I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have
/video/nano/Die_Welt_von_morgen/
(being empty) left over.
If it happens next time, check:
- Owning user and group of the folder
- File permissions
- User account that runs VDR
Most times when I notice that folder deleting didn't work, it was because the files/folders accidentally had wrong permissions or owners.
I run VDR as root (the only account on the machine) and VDR created the folders, so this shouldn't be a problem, but I'll have a look at the folder's owners & permissions.
it's SO good to hear that i'm not alone with that 'problem'. in the #vdrportal irc noone had that problem.
i have video[0123] nfs-mounted. vdr runs as root. vdr creates all these directories and this is what syslog says:
Oct 10 00:10:02 vdr vdr: [3933] remove deleted recordings thread started (pid=3933, tid=3933) Oct 10 00:10:02 vdr vdr: [3933] removing recording /video0/Andromeda/S04E15_Die_letzte_Fahrt_ins_Nichts/2006-05-19.19.15.50.99.del Oct 10 00:11:47 vdr vdr: [3933] remove deleted recordings thread ended (pid=3933, tid=3933)
and guess what: this empty recording is still there. (using only 4k - so it's no big deal ;)
root@vdr:/video0/Andromeda/S04E15_Die_letzte_Fahrt_ins_Nichts# ls -la total 4 drwxrwxrwx 2 root root 6 Oct 9 23:30 . drwxrwxrwx 48 root root 4096 Aug 3 20:57 ..
additional information can be found here: http://www.vdr-portal.de/board/thread.php?threadid=50855&hilightuser=588...
regards hannes
Johannes Schoeller wrote:
... it's SO good to hear that i'm not alone with that 'problem'. in the #vdrportal irc noone had that problem.
i have video[0123] nfs-mounted. vdr runs as root. vdr creates all these directories and this is what syslog says:
Oct 10 00:10:02 vdr vdr: [3933] remove deleted recordings thread started (pid=3933, tid=3933) Oct 10 00:10:02 vdr vdr: [3933] removing recording /video0/Andromeda/S04E15_Die_letzte_Fahrt_ins_Nichts/2006-05-19.19.15.50.99.del Oct 10 00:11:47 vdr vdr: [3933] remove deleted recordings thread ended (pid=3933, tid=3933)
and guess what: this empty recording is still there. (using only 4k - so it's no big deal ;)
root@vdr:/video0/Andromeda/S04E15_Die_letzte_Fahrt_ins_Nichts# ls -la total 4 drwxrwxrwx 2 root root 6 Oct 9 23:30 . drwxrwxrwx 48 root root 4096 Aug 3 20:57 ..
additional information can be found here: http://www.vdr-portal.de/board/thread.php?threadid=50855&hilightuser=588...
Please try running a plain vanilla VDR and delete a recording with it. Then wait some 5 minutes until VDR actually removes the deleted recording and see whether the empty directories get removed, too.
Klaus
On Sat, 2006-10-14 at 09:11 +0200, Johannes Schoeller wrote:
Reinhard Walter Buchner wrote:
Hi Udo,
Reinhard Walter Buchner wrote:
I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have
/video/nano/Die_Welt_von_morgen/
(being empty) left over.
If it happens next time, check:
- Owning user and group of the folder
- File permissions
- User account that runs VDR
Most times when I notice that folder deleting didn't work, it was because the files/folders accidentally had wrong permissions or owners.
I run VDR as root (the only account on the machine) and VDR created the folders, so this shouldn't be a problem, but I'll have a look at the folder's owners & permissions.
it's SO good to hear that i'm not alone with that 'problem'. in the #vdrportal irc noone had that problem.
i have video[0123] nfs-mounted. vdr runs as root. vdr creates all these directories and this is what syslog says:
NFS brings in another whole level of permissions checks at the NFS Server. Often NFS has "root-squash" enabled which means that a root user on a client does NOT get equivalent root privileges when accessing files on the server. Try logging in as root on the client and try to "rmdir folder" on the same NFS folder and see what happens.
The correct way to fix this is to not run the server as root. If however you insist on bypassing these checks, /etc/exports will need to have a line like this on the server:
/video0 *(rw,no_root_squash,sync)
Then get the NFS server to reload config, remount the dir on the client and restart VDR too.
Jon
Jon Burgess wrote:
On Sat, 2006-10-14 at 09:11 +0200, Johannes Schoeller wrote:
Reinhard Walter Buchner wrote:
Hi Udo,
Reinhard Walter Buchner wrote:
I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have
/video/nano/Die_Welt_von_morgen/
(being empty) left over.
If it happens next time, check:
- Owning user and group of the folder
- File permissions
- User account that runs VDR
Most times when I notice that folder deleting didn't work, it was because the files/folders accidentally had wrong permissions or owners.
I run VDR as root (the only account on the machine) and VDR created the folders, so this shouldn't be a problem, but I'll have a look at the folder's owners & permissions.
it's SO good to hear that i'm not alone with that 'problem'. in the #vdrportal irc noone had that problem.
i have video[0123] nfs-mounted. vdr runs as root. vdr creates all these directories and this is what syslog says:
NFS brings in another whole level of permissions checks at the NFS Server. Often NFS has "root-squash" enabled which means that a root user on a client does NOT get equivalent root privileges when accessing files on the server. Try logging in as root on the client and try to "rmdir folder" on the same NFS folder and see what happens.
The correct way to fix this is to not run the server as root. If however you insist on bypassing these checks, /etc/exports will need to have a line like this on the server:
/video0 *(rw,no_root_squash,sync)
Then get the NFS server to reload config, remount the dir on the client and restart VDR too.
Jon
hi jon
my /etc/exports already looks like that:
/video0 192.168.1.0/255.255.255.0(rw,no_root_squash,sync)
and removing dirs from the command-line also works w/o problems. i will try plain-vanilla-vdr and report back.
regards hannes
Reinhard Walter Buchner wrote:
Hi Klaus, Johannes,
Johannes Schoeller wrote:
... i wish vdr would delete .del directories ;) here it doesn't clean up emtpy directories. never found out why. so i made a cronjob that does that for me ...
VDR removed .del directories just fine:
Oct 10 22:17:40 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/001.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/index.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/info.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del/resume.vdr Oct 10 22:17:41 video vdr: [29329] removing /video/nano/Die_Welt_von_morgen/2006-10-09.18.30.05.05.del
I have the same problem (still using an older version of VDR, tho). VDR does delete the contents of the directory, but it doesn't always delete the primary directory below 'video'. In your example you (or in my case me ;o)) still have
/video/nano/Die_Welt_von_morgen/
(being empty) left over. If it's a re-occuring timer, that is still active, this makes sense, but if there are no further events occuring later, VDR should also delete the directories
'Die_Welt_von_morgen' and 'nano'
I haven't been able to find out when or why this occurs. All I know is that it doesn't always work. I.e. sometimes VDR DOES indeed delete the above two directories as would be correct.
The example I gave wasn't the last recording in that directory. Here's what happened when it deleted the last one:
Oct 10 22:21:36 video vdr: [29353] removing recording /video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del Oct 10 22:21:36 video vdr: [29353] removing /video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del/001.vdr Oct 10 22:21:36 video vdr: [29353] removing /video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del/index.vdr Oct 10 22:21:36 video vdr: [29353] removing /video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del/info.vdr Oct 10 22:21:36 video vdr: [29353] removing /video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del/resume.vdr Oct 10 22:21:36 video vdr: [29353] removing /video/nano/Die_Welt_von_morgen/2006-10-10.18.30.05.05.del Oct 10 22:21:36 video vdr: [29353] removing /video/nano/Die_Welt_von_morgen Oct 10 22:21:36 video vdr: [29353] removing /video/nano
I never had a case (at least none that I remember) where this didn't work as expected.
Could it be that this only happens with a patched VDR?
Klaus
hi klaus
i run a plain-vanilla vdr (1.4.3) now and all those empty directories are gone. so it's definetly NO BUG in vdr. i assume it's bigpatch's fault. :(
regards hannes
Johannes Schoeller wrote:
Matthias Fechner wrote:
Hi,
I have the problem that VDR deletes directories in my /video0 or /video1 ... which not belongs to VDR.
I use vdrconvert to convert my VDR recordings to DVDs so I have a directory /video1/filme which VDR deletes and vdrconvert breaks.
Is it possible to deny the delete of this directory?
(vdr is running as root here)
Best regards, Matthias
i wish vdr would delete .del directories ;) here it doesn't clean up emtpy directories. never found out why. so i made a cronjob that does that for me ...
regards hannes
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Christian Wieninger -
Johannes Schoeller -
Jon Burgess -
Klaus Schmidinger -
Laz -
Matthias Fechner -
Reinhard Walter Buchner -
Udo Richter