Linux distros with a 3.x kernel running on virtualized hardware (e.g. pvscsi on VMware) may ever so often spit out the following error:
This is because the disk driver (in our case: the VMware paravirtual driver) does not support the WRITE SAME SCSI command, resulting in this message.
While this poses no problem for the system at all, you may want to get rid of these messages, which is done by disabling the use of the WRITE SAME command. This can be done through a bit of configuration. Most modern systems have systemd on board which can be used for this, but in case your system doesn't, there's also another (manual) approach (in the background, it's basically the same as what systemd does).
First, determine the list of devices we need to add to our config:
$ find /sys | grep max_write_same_blocks
The output you get depends on the number of disks in your system, but it will look a little bit like this (there are two disks in the system I ran the command on:
/sys/devices/pci0000:00/0000:00:15.0/0000:03:00.0/host2/target2:0:0/2:0:0:0/scsi_disk/2:0:0:0/max_write_same_blocks /sys/devices/pci0000:00/0000:00:15.0/0000:03:00.0/host2/target2:0:1/2:0:1:0/scsi_disk/2:0:1:0/max_write_same_blocks
Create a config file (e.g. write_same.conf) and save in it the directory /etc/tmpfiles.d so systemd can pick it up.
Note: the file must end with .conf for systemd to include the file.
For each device, add a line so the file looks like below:
# Type Path Mode UID GID Age Argument w /sys/devices/pci0000:00/0000:00:15.0/0000:03:00.0/host2/target2:0:0/2:0:0:0/scsi_disk/2:0:0:0/max_write_same_blocks - - - - 0 w /sys/devices/pci0000:00/0000:00:15.0/0000:03:00.0/host2/target2:0:1/2:0:1:0/scsi_disk/2:0:1:0/max_write_same_blocks - - - - 0
Add the lines exactly as they appear here. Replace only the complete device path with the ones you got from the first command in this post. The very first line is a commented line, and is not required to be added to the file (I added it for readability).
Reboot the system. If you've done things correctly, you will no longer see WRITE SAME errors appearing in the kernel message log.
If you system does not support the method above (i.e. it does not use systemd), you can also reconfigure to suppress the messages in another way.
For each device path you got from the first command, "set" it to zero:
echo 0 > /sys/devices/pci0000:00/0000:00:15.0/0000:03:00.0/host2/target2:0:0/2:0:0:0/scsi_disk/2:0:0:0/max_write_same_blocks echo 0 > /sys/devices/pci0000:00/0000:00:15.0/0000:03:00.0/host2/target2:0:1/2:0:1:0/scsi_disk/2:0:1:0/max_write_same_blocks
This will do the same as with systemd, but now only manually. You can add these lines to a startup script so they get executed after a reboot. (Where to put it depends greatly on your distro. Check the documentation for your distro. For Debian, this would mean adding the lines to the file /etc/rc.local.)
Note that unlike the systemd method, this is effective immediately (does not require a reboot).
The WRITE SAME SCSI command is not supported by the hardware (i.e. the disk) you're using. Most modern physical disks do support this command, but when running virtual, using paravirtualized hardware, this command (along with several others) are not supported, resulting in the error you see appearing in the kernel message log.
By setting the maximum blocks the WRITE SAME command can operate on to zero, the command will not be used, preventing the error messages from appearing (the command never gets executed so there's no error to log).
« ‹ | November 2024 | › » | ||||
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |