Description of problem: I have two disks with swap partitions. One is a very high speed solid state disk. The other is just a standard disk partition. If both are given the same priority the writes to them are interleaved resulting in both having the performance of the slower disk. This can be fixed by adding the "pri=X" mount option to the swap partition. This worked in the past but now that systemd seems to have taken over mounting the swap partitions this option seems to be ignored. Semantics of the option can be found using "man swapon" Version-Release number of selected component (if applicable): systemd-26-8.fc15.x86_64 How reproducible: Always Steps to Reproduce: 1. Add the "pri=X" option (where X is a number) to two different swap partitions. e.g. /dev/sda2 swap swap defaults,pri=1 0 0 /dev/sdb2 swap swap defaults,pri=2 0 0 2. On reboot run "cat /proc/swaps" and the priority is the last digit on each line. Actual results: Both swap partitions have a priority of 0 (the default and since they both have the same priority the partitions are interleaved) Expected results: /dev/sda2 has priority 1 and /dev/sdb2 has priority 2. My fast disk is used first and my slow disk only when the fast one runs out of space. Additional info: If i understand the systemd.swap man page correctly this can be worked around by creating a swap unit for the partition instead but if systemd reads swap partitions from fstab then it should really honor the mount options that go with it.
I see. It's a bug in the fstab parsing. (In mount_find_pri(), mount_test_option() does not want the '=' sign in the needle.)
systemd-35-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/systemd-35-1.fc16
Package systemd-35-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing systemd-35-1.fc16' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/systemd-35-1.fc16 then log in and leave karma (feedback).
Are there any plans to pull this into f15 as well? The patch upstream seems to be a 1 character fix that should be quick and easy to back port. Zero impact on people who don't use the option and will finally get things working as documented for people who do. Thanks in advance. Upstream commit: http://cgit.freedesktop.org/systemd/commit/?id=3a34ae3a4d211d9236ca77d9a162aa27ac11f5f9
systemd-35-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
systemd-26-10.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/systemd-26-10.fc15
systemd-26-10.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.