[systemd-devel] BTRFS bug with parallel mounts?
Hi all, First, I'm not typing much or send the kernel oops since I'm at a phone without access to my lap ATM So yesterday I got my new laptop with quad core i7 and SSD. gentoo's openrc works nice, but systemd triggers a nasty kernel oops with btrfs The oops is while mounting my /home it get a null pointer at btrfs_test_super. After the backtrace (which I had will send later) I get a btrfs detected SSD devices, enabling SSD mode So really looks like a race. Ideas? That also bring us to the safety question: should we provide a way to force /etc/fstab entries to be mounted serially and forcefully? This would be helpful for buggy FS while you can't get the fix (or to install and apply the fix -- as I'm using openrc but in future I'll not) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] socket based activation for Python?
On Sun, 07.11.10 14:19, Felix Schwarz (felix.schw...@oss.schwarz.eu) wrote: Hi, heya, If I understand the concept correctly, my daemon should use socket-based activation for the most efficient usage of systemd. However I did not find any reference how to do that in Python… To me it looks like sd-daemon and friends are only available for applications written in C. - Is that true? Our reference implementation is C. However, it should be trivial to implement this in pure Python, too. For a description of the algorithm see the NOTES section of the sd_listen_fds() function call. Gustavo's mail contains all the necessary hints how to reimplement that in proper Python code. - Is there any project to provide systemd glue code to Python? So far none I was aware of. Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH] vconsole: support additional keymap for toggling layouts
On Sat, 06.11.10 19:11, Andrey Borzenkov (arvidj...@gmail.com) wrote: At least Mandriva offers configuring characters to toggle keyboard layout independently from main keymap. This functions much the same as XkbOptions for X11 and actually is configured together. The patch adds support for additional keymap, KEYMAP_TOGGLE, to /etc/vconsole.conf, that is intended to be used for the same purpose. Applied. Thanks! Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH] add bash completion for systemctl --system
2010/11/9 Ran Benita ran...@gmail.com: I've been playing recently with systemd on Arch, and had much fun. But soon, alas, my fingers started to ache from repeatedly writing systemctl restart some-long-service.service. So, I wrote a completion script. I figured other people may want to use it, so I prepared a patch against systemd-git (attached). pretty cool! A few comments: - systemctl start TAB shows services which are marked inactive (dead), e.g. # systemctl status wdm.service wdm.service Loaded: error Active: inactive (dead) I guess we should filter out such services from start - systemctl status TAB also shows devices, which makes the completion list rather long (~300) and less usable. Maybe we should filter certain types of units here, like device or automount Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] BTRFS bug with parallel mounts?
On Wed, 10 Nov 2010 15:52:51 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 10, 2010 at 2:11 PM, Greg KH g...@kroah.com wrote: On Wed, Nov 10, 2010 at 01:02:51PM -0200, Gustavo Sverzut Barbieri wrote: On Wed, Nov 10, 2010 at 9:33 AM, Gustavo Sverzut Barbieri Part of the log (sorry, I had no way but to type it all): BUG: unable to handle kernel NULL pointer dereference at 0128 IP: [811329fb] btrfs_test_super+0xb/0x30 PGD: 26b5b1067 PUD 26a465067 PMD 0 last sysfs file: /sys/devices/virtual/bdi/btrfs-2/uevent CPU 0 Modules linked in: nvidia(P) lib80211_crypt_tkip wl(P) Pid: 434, comm: mount Tainted: P 2.6.36 #3 Mac-F22586C8/MacBookPro6,2 RIP: ... btrfs_test_super+0xb/0x30 Sounds like a btrfs issue, have you contacted those developers? No, I just mailed systemd as people (kay?) seems to be using it, at least I saw people here advertising its usage, even the readahead have specific code, so maybe people had (or not) issues with it. Let's face that mounting multiple points simultaneously is not what one would expect. Also, you really are going to have to be able to reproduce this without the closed source kernel modules linked in (broadcom and nvidia) for anyone to even be able to help you out. yeah, I'm pretty sure about that ;-) I can reliably reproduce the issue on my hardware and similar vm setup with several btrfs mounts, activated during boot. Kernel spits some backtrace into terminal, then, after a few seconds it enters some kind of crazy endless error-loop, flooding terminal with more backtraces. Vanilla 2.6.36 kernel, no proprietary code. Since none of these mounts are critical to boot (I didn't trust btrfs much at the time), I've worked around the issue by comment=systemd.automount, so they got mounted after boot with systemd. I thought about reporting the issue when I've encountered it, but been a bit busy adapting the system for systemd, so it kina slipped off my mind. Guess I'll get all these traces, clean my vm from possible private stuff (I rsync it from a real machine) and report the setup to btrfs maintainers in a few days. Thanks for reminder! ;) -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel