On Tue, 10 Jul 2018 08:53:04 +0100, RobH  declaimed the
following:

>
>pi@raspberrypi:/mnt/CCTV/PiZero $ df -Bm
>Filesystem                  1M-blocks  Used Available Use% Mounted on
>/dev/root                      14850M 3434M    10752M  25% /
>devtmpfs                         182M    0M      182M   0% /dev
>tmpfs                            186M  186M        0M 100% /dev/shm <<<<
>tmpfs                            186M    8M      178M   4% /run
>

 There is plenty of space on the SD card -- 10GB of free space. /dev/shm
is a RAM disk that is only 186MB total.

>Then:
>
>pi@raspberrypi:/mnt/CCTV/PiZero $ cp /run/shm/*.h264 /mnt/CCTV/PiZero
>
>Where about 30/40 h264 files were copied across to my NAS /PiZero folder
>
 Did you examine the time stamps on those files? I'm just curious if
they are all recent, or scattered around. Note that rebooting the RPi
should result in cleaning out those files too -- should they have been
left-overs from development.

 And did you examine the NAS to see if copies of those files were on it
BEFORE doing the copy?

 If the script is configured as I designed it, it is:
1) capturing to the RAM
2) a few seconds after the capture completes it does a copyfile() to move
the captured data to the NAS
3) then does an unlink() of the RAM file, which is supposed to delete it
from RAM

 If the script is moving files to the NAS, but not deleting them, I'd
suspect a problem with the call to unlink(). It is either commented-out
(since such was done at one time in the debugging), is somehow not
referencing the correct file, or is failing for some reason. If the script
is not moving files to the NAS, I'd suspect both the copyfile() and
unlink() are commented out.


--
 Wulfraed                 Dennis Lee Bieber         AF6VN
 wlfraed@ix.netcom.com    HTTP://wlfraed.home.netcom.com/

--- SoupGate-Win32 v1.05