Ubuntu

uvcdynctrl spams uvcdynctrl-udev.log and fills up filesystem

Reported by Ryan Thompson on 2011-07-16
238
This bug affects 51 people
Affects Status Importance Assigned to Milestone
libwebcam (Ubuntu)
Undecided
Unassigned

Bug Description

I have a Dell XPS M1330 with the following webcam, as reported by lsusb:

Bus 007 Device 039: ID 05a9:7670 OmniVision Technologies, Inc. OV7670 Webcam

It seems that the connection between the webcam and motherboard is a bit loose, because when I pivot the lid, the little blue light on the webcam flashes on and off, and the above line disappears and reappears from my lsusb output. And, of course, any application using the webcam at the time crashes or has other troubles.

Anyway, when this happens, a process called uvcdynctrl spams the follwing message into /var/log/uvcdynctrl-udev.log:

[libwebcam] Warning: The driver behind device video0 has a slightly buggy implementation
  of the V4L2_CTRL_FLAG_NEXT_CTRL flag. It does not return the next higher
  control ID if a control query fails. A workaround has been enabled.

It writes this message about 300000 times per second by my estimate, which means that even my gratuitiously large 50 GB root filesystem fills up in mere minutes, causing all sorts of interesting things to start happening.

I tried setting debug=0 in /lib/udev/uvcdynctrl to disable logging, and that works, but uvcdynctrl still eats up 100% of one CPU core anyway.

So I uninstalled the uvcdynctrl package. We'll see if any of my programs complain about it.

I realize that it might be diffucult to reproduce this, since you don't have my flaky webcam connection cord, but maybe you can trugger it by quickly plugging and unplugging a USB webcam.

Related branches

This also happens with a perfectly good USB connection when vmware-player is starting a Vista guest.

The information about having enabled a workaround for a driver issue is not that important that it has to be written to the log file millions of times. It should be sufficient to log the problem once when it occurs for the first time and shut up afterwards.

Changed in libwebcam (Ubuntu):
status: New → Confirmed
Felipe Amado (amadinho10) wrote :

Same here on Asus 1215N - Ubuntu 11.04... It broke my Ubuntu =[

Felipe Amado (amadinho10) wrote :

After uninstalling libwebcam0 and removing that huge log file I can normally boot on my Ubuntu again =]

Brian Olson (icic) wrote :

Happens to me since I updated my ubuntu 11.04 a couple days ago. It filled 800GB of logs.
I had to kill it:

sudo killall -9 uvcdynctrl

it was repeating the message a zillion times:
[libwebcam] Warning: The driver behind device video0 has a slightly buggy implementation
  of the V4L2_CTRL_FLAG_NEXT_CTRL flag. It does not return the next higher
  control ID if a control query fails. A workaround has been enabled.

What even starts uvcdynctrl? Does it happen when I plug in the camera? When something opens the driver?

lsusb of the camera
Bus 005 Device 005: ID 1c4f:3002 SiGma Micro

$ uvcdynctrl --version
uvcdynctrl 0.2.0

Ivan Calderon (neomasterx7) wrote :

Just deleted a 108 GB /var/log/uvcdynctrl-udev.log

uvcdynctrl automatically starts after resuming from suspend, using 50-70% CPU and has to be manually killed by:

sudo kill -9 $(pidof uvcdynctrl)

uvcdynctrl-udev.log is filled with the same message.

Hardware:
Bus 003 Device 002: ID 04fc:2801 Sunplus Technology Co., Ltd

Version:
uvcdynctrl 0.2.1

Joe (j-moudrik) wrote :

Hello,
happens to me as well. I incude the last part of the log file, before the "infinite" warning:

[libwebcam] Warning: The driver behind device video0 has a slightly buggy implementation
  of the V4L2_CTRL_FLAG_NEXT_CTRL flag. It does not return the next higher
  control ID if a control query fails. A workaround has been enabled.

Joe (j-moudrik) wrote :

Also, I have forgotten some info about by machine and the package:
Ubuntu 11.10

 $ dpkg -s uvcdynctrl
Package: uvcdynctrl
Status: install ok installed
Priority: extra
Section: libs
Installed-Size: 100
Maintainer: Ubuntu Developers <email address hidden>
Architecture: amd64
Source: libwebcam
Version: 0.2.1-1
Depends: libc6 (>= 2.4), libwebcam0 (= 0.2.1-1), uvcdynctrl-data

SweetDaddyJones (nicogetz) wrote :

+1.

After an hour and a half of confused troubleshooting, I have come to realize that I too suffer from this bug. Just deleted a 14.8 GB log file and was finally able to boot normally again. Would LOOVE to have this one fixed.

Eleni Maria Stea (hikiko) wrote :

+1 Mine was 96GB (in Debian Wheezy)... Please, fix that bug!! :-)

lasse (lasselassi) wrote :

Same problem here on Kubuntu 12.10.

Suddenly, KDE wouldn't start and fortunately I quickly found that logfile had filled up my harddrive.

I've set "debug=0" in "/lib/udev/uvcdynctrl" as mentioned above to work around the issues for now, but that obviously isn't a real solution.

Package: uvcdynctrl
Status: install ok installed
Priority: extra
Section: utils
Installed-Size: 89
Maintainer: Ubuntu Developers <email address hidden>
Architecture: amd64
Source: libwebcam
Version: 0.2.2-1
Depends: libc6 (>= 2.14), libwebcam0 (= 0.2.2-1), uvcdynctrl-data

Somehow I have not seen this issue before, but after moving house suddenly the root fs was filled by this log. No hardware changes, except that of the 2 displays connected before, now only 1 is. Probably used a different USB connector.

Why did this happen now and not before?

I would rate this a high priority issue, because of the secondary effects of this and that breaking due to full disk.

Myna Mefirst (myna6p) wrote :

Folks, I am glad i found this bug post.
I am running Ubuntu 12.04.1 and never had this problem, but oh surprise. after installing Kernel 3.8.0-RC1, this started occuring. it does NOT occur for ME with Kernel 3.7.1
Let me preface this by saying that i KNOW that newer and non-released kernels are not supported, but i wanted to share with you all because it may have something to do with a kernel change.
The workaround above works for me, but i hope this may give you a better clue.

$dpkg -s uvcdynctrl
Package: uvcdynctrl
Status: install ok installed
Priority: extra
Section: libs
Installed-Size: 85
Maintainer: Ubuntu Developers <email address hidden>
Architecture: amd64
Source: libwebcam
Version: 0.2.1-1build1
Depends: libc6 (>= 2.4), libwebcam0 (= 0.2.1-1build1), uvcdynctrl-data

Matt Hamann (matthew-hamann) wrote :

Just deleted over 100GB of logs from this bug. Fortunately, I caught it before my system became unbootable.

It seemingly only occurs after a power state change. I've noticed it when resuming from suspend and occasionally when plugging/unplugging power from my laptop. It doesn't seem to occur *every* time each one of those events occurs.

I noticed the issue, because `uvcdynctrl` was using 100% CPU and causing the system to hang temporarily.

I can confirm that `sudo killall -9 uvcdynctrl` will cause the logs to stop overflowing and the system to return to normal operating state. Previously, I was using a system reboot to resolve the issue temporarily.

For now, I'll use the `kill` workaround to fix the system issues, and likely set up a cronjob to remove the offending log file.

As others have mentioned, this seems like a high-priority bug. My machine is a Lenovo ThinkPad T410 (w/ webcam, obviously).

Here's my build/environment info:

Package: uvcdynctrl
Status: install ok installed
Priority: extra
Section: libs
Installed-Size: 85
Maintainer: Ubuntu Developers <email address hidden>
Architecture: amd64
Source: libwebcam
Version: 0.2.1-1build1
Depends: libc6 (>= 2.4), libwebcam0 (= 0.2.1-1build1), uvcdynctrl-data
Description: Command line tool to control v4l2 devices

mazurkin (mazurkin) wrote :

The same happened when I passed USB web camera into KVM guest system (Xubuntu 12.04, QEMU 1.4.0)

Harri (harri-vayrynen) wrote :

Yesterday in installed to my 12.04.1 uvcdynctrl and day after my root filesystem was full due /var/log/uvcdynctrl-udev.log (63G), so it seems that this bug impacts for many users. Is there any (other) workaround than put cron to clean that file ?

Stephan Huebner (s-huebner) wrote :

Happened to me as well on 12.10 after having used my webcam via VirtualBox/Win XP for the very first time. The HD was filled to the brink with a 33 GB file.

m1fcj (hakan-koseoglu) wrote :

Experienced out of the blue on a very upto date 13.04.
-rw-r--r-- 1 root root 279008261488 Sep 7 12:14 uvcdynctrl-udev.log

Seriously?? Seriously???

Tom Oehser (tom-toms) wrote :

Seriously? Hundreds of gigs of log fill the disk, and it doesn't get fixed for years? How hard can this one be?

Peter Ries (peterriesde) wrote :

Affects me too. Still occuring on a brand new 13.10 xubuntu installation. Please turn off debug (=0), as mentioned above, by default. Or even better: please provide a fix.

Turning off debug would at least preventing the system from gettin unusable due to a full / partition...

planetisti (jamminen) wrote :

Just experienced this bug:
Elitebook 8440p
Ubuntu 12.04
3.2.0-55-generic #85-Ubuntu SMP

Perhaps it has to do with suspend/resume?

Alan Pope ㋛ (popey) wrote :

Ugh. Just deleted 8GB of this log on my laptop.

mdc (nexuscomputing) wrote :

I had the same issue, I was running out of disk space and was unable to race the write process.
This is a serious bug, please fix it.

uvcdynctrl-udev.log has grown to 50G which is a respectable amount on my SSD.

Is there a workaround meanwhile to deny a process writing to that file?
Maybe chmod 000 on /var/uvcdynctrl-udev.log ?

mdc (nexuscomputing) wrote :

chmod 000 to /var/log/uvcdynctrl-udev.log does not work, don't bother trying. I removed the package, hope this will solve the problem.

Venelin (venelin-tanev) wrote :

Having troubles all day to find out why can't boot into Ubuntu 12.04 32-bit system caused by no memory left messages, finally got rid of this 10GB log file. I've broke the installation by running Janitor (Ubuntu Tweaks) and spend the whole day fixing things and almost did a new install.

My webcam is not working from an year and I'm using this installation of Ubuntu from more than an year, didn't have such a problem so far.

dpkg -s uvcdynctrl
Package: uvcdynctrl
Status: install ok installed
Priority: extra
Section: libs
Installed-Size: 83
Maintainer: Ubuntu Developers <email address hidden>
Architecture: i386
Source: libwebcam
Version: 0.2.1-1build1
Depends: libc6 (>= 2.4), libwebcam0 (= 0.2.1-1build1), uvcdynctrl-data
Description: Command line tool to control v4l2 devices
 This package provides the tools needed to add vendor specific
 controls to uvc devices.
 .
 uvcdynctrl is part of the Webcam Library.

Yakir Gagnon (12-yakir) wrote :

Same here. Not much new to add except that it happened when I connected an OfficeOne CMOS webcam of the cheapest kind (5$).

Alex10336 (ap10336) wrote :

Same here:

$ dpkg -s uvcdynctrl
Package: uvcdynctrl
Status: install ok installed
Priority: extra
Section: libs
Installed-Size: 85
Maintainer: Ubuntu Developers <email address hidden>
Architecture: amd64
Source: libwebcam
Version: 0.2.1-1build1
Depends: libc6 (>= 2.4), libwebcam0 (= 0.2.1-1build1), uvcdynctrl-data

$ lsb_release -a && uname -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.04.4 LTS
Release: 12.04
Codename: precise
Linux ubuntu2c 3.2.0-58-generic #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

$ lsusb
...
Bus 002 Device 002: ID 045e:0766 Microsoft Corp.
...
Bus 001 Device 006: ID 0ac8:3450 Z-Star Microelectronics Corp.

Dmitry Pashkevich (dipish) wrote :

I just found that file on my 13.10 system and it was over 114Gb!!!

The repeating pattern that appears in the log file is different from the one posted by other people here, see attached file (last 500 lines).
I'm using a Logitech C910 webcam.

$ dpkg -s uvcdynctrl
Package: uvcdynctrl
Status: install ok installed
Priority: extra
Section: utils
Installed-Size: 89
Maintainer: Ubuntu Developers <email address hidden>
Architecture: amd64
Source: libwebcam
Version: 0.2.2-1
Depends: libc6 (>= 2.14), libwebcam0 (= 0.2.2-1), uvcdynctrl-data
Description: Command line tool to control v4l2 devices
 This package provides the tools needed to add vendor specific
 controls to uvc devices.
 .
 uvcdynctrl is part of the Webcam Library.
 .
 The Webcam Library libwebcam is designed to simplify
 the development of webcam applications, primarily on Linux but
 with an option to be ported to other platforms, in particular
 Solaris. It realizes part of what the unwritten Video4Linux user
 space library was always supposed to be: an easy to use library
 that shields its users from many of the difficulties and problems
 of using the V4L2 API directly.
Original-Maintainer: Paulo Assis <email address hidden>
Homepage: http://www.quickcamteam.net/software/libwebcam

$ lsb_release -a && uname -a
LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch
Distributor ID: Ubuntu
Description: Ubuntu 13.10
Release: 13.10
Codename: saucy
Linux dpashk-carbon 3.11.0-17-generic #31-Ubuntu SMP Mon Feb 3 21:52:43 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

$ lsb_release -a && uname -a
LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch
Distributor ID: Ubuntu
Description: Ubuntu 13.10
Release: 13.10
Codename: saucy
Linux dpashk-carbon 3.11.0-17-generic #31-Ubuntu SMP Mon Feb 3 21:52:43 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers