FTP still pictures stuck in the past

22 views
Skip to first unread message

Danno

unread,
Oct 2, 2024, 4:02:02 PM10/2/24
to motioneye
Hi, I'm seeing an odd behavior.

I have been using motioneye os on a pi to save the last image from multiple cameras once every 60 seconds to an FTP site.  A few weeks ago some of the images being uploaded are old images from the past and seem to be frozen in time.  The FTP transfer is still occuring and the timestamp of the new image is current, but the image is old, in some cases weeks old.

I have rebooted but this does not straighten out the problem.  I have verified that the images are being uploaded to the ftp site every minute.  The images are just older ones somehow stuck in motioneye rather than what I see on the current motioneye live feed.

Any hints on where to look to fix this?

Thanks!

StarbaseSSD

unread,
Oct 2, 2024, 4:14:01 PM10/2/24
to motioneye
motionEyeOS or motionEye on another OS?
Version of motionEye? (0.42.1, or 0.43.1b2?)
I'd be curious as to how much space is available on the pi's internal drive. If you ssh into it, and run:
df -h
what does it return?

Danno

unread,
Oct 2, 2024, 4:24:01 PM10/2/24
to motioneye
motionEyeOS on a Pi 3.
motionEye Version 0.42.1
Motion Version 4.2.2+gitUNKNOWN
OS Version motionEyeOS 20200606

Here is the space available:

Filesystem                Size      Used Available Use% Mounted on
/dev/root               213.0M    186.8M     11.2M  94% /
devtmpfs                369.3M         0    369.3M   0% /dev
tmpfs                   373.8M     16.0K    373.8M   0% /dev/shm
tmpfs                   373.8M      2.4M    371.5M   1% /tmp
/dev/mmcblk0p1           29.9M     15.4M     14.5M  52% /boot
/dev/mmcblk0p3           13.5G     72.1M     12.7G   1% /data
/dev/mmcblk0p3           13.5G     72.1M     12.7G   1% /home/ftp/sdcard
/dev/mmcblk0p3           13.5G     72.1M     12.7G   1% /home/ftp/storage
overlay                  13.5G     72.1M     12.7G   1% /usr
overlay                  13.5G     72.1M     12.7G   1% /var/log
overlay                  13.5G     72.1M     12.7G   1% /var/lib
/dev/sda1                58.4G     29.9G     28.5G  51% /data/media/sda1
/dev/sda1                58.4G     29.9G     28.5G  51% /home/ftp/storage/sda1


Message has been deleted

Danno

unread,
Oct 8, 2024, 3:31:10 PM10/8/24
to motioneye
Are the jpeg images held in a subdir somewhere?  Maybe something happened to permissions or a file that I need to delete or refresh.  I have four cameras and all of them keep uploading the same jpeg from the past once a minute to the FTP site, when I look at the live shot everything appears to be normal and videos are still being saved locally on the motioneye system.

StarbaseSSD

unread,
Oct 8, 2024, 6:29:51 PM10/8/24
to motioneye
My settings:
Capture.PNG
My filename is: %Y-%m-%d/%H-%M-%S

Danno

unread,
Oct 9, 2024, 3:06:07 PM10/9/24
to motioneye
I solved the problem.  I will document it here in case anyone else comes across this problem.

The FTP images do indeed get uploaded to the correct place on the FTP server every minute, but the images are a week old and always the same image from a week ago.  They do not match the live view that I can see on the live motionEye screen.  Rebooting did not help.

The following errors were showing up in the log.

motioneye.log:  
ERROR: could find mounted partition for device "/dev/sda1" and target dir "/data/media/sda1/Driveway"

motion.log:
[ERR] [ALL] myfopen: Error opening file /data/media/sda1/Driveway/driveway.jpg with mode w: Read-only file system
[ERR] [ALL] put_picture: Can't write picture to file /data/media/sda1/Driveway/driveway.jpg: Read-only file system

So it appeared that there was a corruption issue on the drive.  fsck.msdos is not part of the motionEyeOS build, so I took the flash drive and repaired it on a PC, now everything works fine.
Reply all
Reply to author
Forward
0 new messages