Fedora Account System
Red Hat Associate
Red Hat Customer
Hi, I've upgraded to the recently released 10.1.5 el6 open-vm-tools RPM. I was hoping this would fix an issue where SCSI timeout rules needed increasing from 30 to 180 (see e.g. https://github.com/vmware/open-vm-tools/issues/47) After installing the new RPM, I can see that the new udev rule intended to increase this SCSI timeout has been installed, but it has been installed to /usr/lib/udev/rules.d/99-vmware-scsi-udev.rules - which I believe is not the correct location. At any rate, the timeout for my VM's SCSI rules hasn't been changed from 30 to 180. "man udev" says "udev configuration files are placed in /etc/udev/ and /lib/udev/." When I move the newly created 99-vmware-scsi-udev.rules to rules.d inside either of these locations, and retrigger the udev rules, it does then sucessfully change the SCSI timeout. So I think the RPM just needs to be fixed to install the rule to /lib/udev/rules.d Thanks, Ed
(In reply to edward.allberry from comment #0) > When I move the newly created 99-vmware-scsi-udev.rules to rules.d inside > either of these locations, and retrigger the udev rules, it does then > sucessfully change the SCSI timeout. So I think the RPM just needs to be > fixed to install the rule to /lib/udev/rules.d Don't know for the timeouts, but the /usr/lib/udev/rules.d is correct. In fact, when moving the file you just moved it to the same place: $ ls -al /lib lrwxrwxrwx. 1 root root 7 Feb 3 2016 /lib -> usr/lib $ ls -g /lib/udev/rules.d/99* -rw-r--r--. 1 root 127 Oct 26 19:14 /lib/udev/rules.d/99-shield-controller.rules -rw-r--r--. 1 root 1089 Feb 12 11:32 /lib/udev/rules.d/99-steam-controller-perms.rules -rw-r--r--. 1 root 3924 Feb 22 12:52 /lib/udev/rules.d/99-systemd.rules $ ls -lg /usr/lib/udev/rules.d/99* -rw-r--r--. 1 root 127 Oct 26 19:14 /lib/udev/rules.d/99-shield-controller.rules -rw-r--r--. 1 root 1089 Feb 12 11:32 /lib/udev/rules.d/99-steam-controller-perms.rules -rw-r--r--. 1 root 3924 Feb 22 12:52 /lib/udev/rules.d/99-systemd.rules
RHEL / CentOS 6 didn't have UsrMove as far as I'm aware. I checked one of my RHEL 6 machines and /lib is a regular directory and not a symlink.
Ed, could it be due to missing reboot? Did you try rebooting the OS after installing the new packages?
Firstly - on all the machines running el6 that I can find, /lib is different to /usr/lib (in fact, /usr/lib/udev didn't exist until upgrading the open-vm-tools RPM to 10.1.5). To answer your question Ravindra - I installed new open-vm-tools - SCSI timeouts still 30 - I ran "udevadm trigger" to rerun the rules - SCSI timeouts still 30 - I rebooted the OS - SCSI timeouts still 30 - I moved 99-vmware-scsi-udev.rules to /lib/udev/rules.d/ and ran "udevadm trigger" - SCSI timeouts now 180
(In reply to Richard W.M. Jones from comment #2) > RHEL / CentOS 6 didn't have UsrMove as far as I'm aware. I checked > one of my RHEL 6 machines and /lib is a regular directory and not > a symlink. Sorry, I misread the first message, my bad. I will move the udev rule. I guess I left it in the original place by mistake when merging in Ravindra's Fedora SPEC file.
http://pkgs.fedoraproject.org/cgit/rpms/open-vm-tools.git/commit/?h=el6&id=d2c99fdc36443f1edba6fbd49df934984b823372
open-vm-tools-10.1.5-6.el6 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-cdcc212f16
open-vm-tools-10.1.5-6.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-cdcc212f16
open-vm-tools-10.1.5-6.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.