Bug#328960: /sbin/udevsend: main: environment buffer too small, probably not called by the kernel
On Sat, Sep 24, 2005 at 01:29:34AM +0200, Marco d'Itri wrote: On Sep 18, Kay Sievers [EMAIL PROTECTED] wrote: The kernel event buffer is smaller than the udevsend buffer. I expect udevsend is not called from the kernel. What's in /proc/sys/kernel/hotplug? Or maybe some symlink does still exist in the hotplug.d/ dir to call udevsend? Or something like this... Actually udevsend *was* not called by the kernel, but by the hal post-installation script... Is this really bad? This cannot work cause the system shell environment is much too big. Invoke it with env -i. Kay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328960: /sbin/udevsend: main: environment buffer too small, probably not called by the kernel
reassign 328960 hal thanks On Sep 26, Kay Sievers [EMAIL PROTECTED] wrote: This cannot work cause the system shell environment is much too big. Invoke it with env -i. So HAL gets the bug. -- ciao, Marco signature.asc Description: Digital signature
Bug#328960: /sbin/udevsend: main: environment buffer too small, probably not called by the kernel
Here you go. Regards //Johan -Original Message- From: Marco d'Itri [EMAIL PROTECTED] Plese report the whole content of /etc/hotplug.d/. -- Mailblocks - A Better Way to Do Email http://about.mailblocks.com/info etc_hotplug.d.tar.gz Description: Binary data
Bug#328960: /sbin/udevsend: main: environment buffer too small, probably not called by the kernel
On Sep 18, Kay Sievers [EMAIL PROTECTED] wrote: The kernel event buffer is smaller than the udevsend buffer. I expect udevsend is not called from the kernel. What's in /proc/sys/kernel/hotplug? Or maybe some symlink does still exist in the hotplug.d/ dir to call udevsend? Or something like this... Actually udevsend *was* not called by the kernel, but by the hal post-installation script... Is this really bad? This is a feature which some maintainers have been asking for. do_udev() { # Synthesize events on block devices, so we know the permissions are setup # the right way SYSFS=/sys for i in /sys/block/* ; do # for each device ACTION=add DEVPATH=${i#${SYSFS}} ${UDEVSEND} block for j in $i/* ; do if [ -f $j/dev ]; then ACTION=add DEVPATH=${j#${SYSFS}} ${UDEVSEND} block fi done done } -- ciao, Marco signature.asc Description: Digital signature
Bug#328960: /sbin/udevsend: main: environment buffer too small, probably not called by the kernel
I don't: [EMAIL PROTECTED]:/etc$ grep -i udevsend hotplug* -rl [EMAIL PROTECTED]:/etc$ Regards //Johan -Original Message- From: Marco d'Itri [EMAIL PROTECTED] To: Johan Walles [EMAIL PROTECTED]; [EMAIL PROTECTED] On Sep 18, Johan Walles [EMAIL PROTECTED] wrote: I just got about 350 of these in my syslog, all of them with different PIDs: Sep 18 13:56:52 localhost udevsend[6258]: main: environment buffer too small, probably not called by the kernel Can you check if you have in /etc/hotplug.d/ something which may cause udevsend to be called? -- Mailblocks - A Better Way to Do Email http://about.mailblocks.com/info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328960: /sbin/udevsend: main: environment buffer too small, probably not called by the kernel
On Sep 19, Johan Walles [EMAIL PROTECTED] wrote: I don't: [EMAIL PROTECTED]:/etc$ grep -i udevsend hotplug* -rl [EMAIL PROTECTED]:/etc$ Not really a test. Plese report the whole content of /etc/hotplug.d/. -- ciao, Marco signature.asc Description: Digital signature
Bug#328960: /sbin/udevsend: main: environment buffer too small, probably not called by the kernel
Package: udev Version: 0.068-2 Severity: normal File: /sbin/udevsend I just got about 350 of these in my syslog, all of them with different PIDs: Sep 18 13:56:52 localhost udevsend[6258]: main: environment buffer too small, probably not called by the kernel They were all delivered within a three second interval. I don't know what they mean, and I don't know how bad they are (if at all), so I really cannot judge the severity of this. I have so far seen this only once, so I don't know how frequent it is. It *could* have happened while I upgraded hal (which I did at roughly that time). That's a guess and it might be wrong. I upgraded to this version of udev yesterday, and I didn't see it then. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: totalt 0 lrwxrwxrwx 1 root root 20 2005-04-19 21:07 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 12 2005-09-18 13:56 050_hal-plugdev.rules - ../hal.rules lrwxrwxrwx 1 root root 13 2004-08-13 12:58 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 19 2005-09-17 14:57 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 12 2005-09-17 14:57 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 19 2005-09-17 14:58 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 17 2005-09-17 14:57 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hdc/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/input/event0/dev /sys/class/input/event1/dev /sys/class/input/event2/dev /sys/class/input/event3/dev /sys/class/input/js0/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/input/ts0/dev /sys/class/misc/agpgart/dev /sys/class/misc/apm_bios/dev /sys/class/misc/device-mapper/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dmmidi/dev /sys/class/sound/dsp/dev /sys/class/sound/midiC0D0/dev /sys/class/sound/midi/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/timer/dev -- Kernel configuration: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages udev depends on: ii hotplug 0.0.20040329-25 Linux Hotplug Scripts ii initscripts 2.86.ds1-1.1Standard scripts needed for bootin ii libc62.3.5-6 GNU C Library: Shared libraries an ii libselinux1 1.24-4 SELinux shared libraries ii lsb-base 3.0-5 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-78creates device files in /dev ii sed 4.1.2-8 The GNU sed stream editor udev recommends no packages. -- debconf information: udev/devfs-warning: * udev/reboot-warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328960: /sbin/udevsend: main: environment buffer too small, probably not called by the kernel
tag 328960 unreproducible moreinfo thanks On Sep 18, Johan Walles [EMAIL PROTECTED] wrote: I just got about 350 of these in my syslog, all of them with different PIDs: Sep 18 13:56:52 localhost udevsend[6258]: main: environment buffer too small, probably not called by the kernel Can you check if you have in /etc/hotplug.d/ something which may cause udevsend to be called? -- ciao, Marco signature.asc Description: Digital signature