Bug#685618: d-i: do not install mpt-status on vmware hardware
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I can confirm the PCI subsystem id of 15ad:1976 on current VMware virtual machines: root@kastner[~]# lspci -vvvnn | grep LSI 00:10.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI [1000:0030] (rev 01) Subsystem: VMware LSI Logic Parallel SCSI Controller [15ad:1976] So this is clearly only a virtual SCSI controller, not a RAID controller. Installing mpt-status is really useless in this case. Please exclude it for this PCI subsystem id. Thanks, Christopher - -- == Dipl.-Ing. Christopher Odenbach Zentrum fuer Informations- und Medientechnologien Universitaet Paderborn Raum N5.311 odenb...@uni-paderborn.de Tel.: +49 5251 60 5315 == -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iD8DBQFQiVH5hxiCJKeLY0IRAvxfAJ97z2uMhfF/VC1gBPpPc0ve6ryT4wCdEnKV apQNhKYpNlajsYSRYdVJltE= =sLEX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685618: d-i: do not install mpt-status on vmware hardware
Package: debian-installer Severity: normal Hi, please do not install mpt-status automatically if the hardware suggests that the installer is running in a virtualized environment. For vmware something like lspci | grep -i vmware should be sufficient, not sure if that works for other solutions. Cheers and thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685618: d-i: do not install mpt-status on vmware hardware
Quoting Bernd Zeimetz (be...@bzed.de): Package: debian-installer Severity: normal Hi, please do not install mpt-status automatically if the hardware suggests that the installer is running in a virtualized environment. For vmware something like lspci | grep -i vmware should be sufficient, not sure if that works for other solutions. Hmmm, I went through all D-I components (with a large sledgehammer: I grepped the entire git repositories for mpt-status) and found nothing that actually installs mpt-status. It's probably worth investigating what did actually pull it up. signature.asc Description: Digital signature
Bug#685618: d-i: do not install mpt-status on vmware hardware
On 22.08.2012 19:59, Bernd Zeimetz wrote: Package: debian-installer Severity: normal Hi, please do not install mpt-status automatically if the hardware suggests What's wrong with mpt-status? /mjt that the installer is running in a virtualized environment. For vmware something like lspci | grep -i vmware should be sufficient, not sure if that works for other solutions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685618: d-i: do not install mpt-status on vmware hardware
reassign 685618 discover-data merge 618572 685618 thanks On 08/22/2012 07:00 PM, Christian PERRIER wrote: Quoting Bernd Zeimetz (be...@bzed.de): Package: debian-installer Severity: normal Hi, please do not install mpt-status automatically if the hardware suggests that the installer is running in a virtualized environment. For vmware something like lspci | grep -i vmware should be sufficient, not sure if that works for other solutions. Hmmm, I went through all D-I components (with a large sledgehammer: I grepped the entire git repositories for mpt-status) and found nothing that actually installs mpt-status. It's probably worth investigating what did actually pull it up. Oh well, I didn't figure out the reason by grepping, too - but google helped: #618572 VMware emulates this: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI [1000:0030] which looks pretty much like real hardware. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685618: d-i: do not install mpt-status on vmware hardware
On 08/22/2012 07:43 PM, Michael Tokarev wrote: On 22.08.2012 19:59, Bernd Zeimetz wrote: Package: debian-installer Severity: normal Hi, please do not install mpt-status automatically if the hardware suggests What's wrong with mpt-status? Did you read the two bug reports at all? I assume not, otherwise you would not be asking. I don't want to receive emails from mpt-status, telling me that my raid is broken, if there is no raid at all. Also I do not want to waste ram to run something I don't need and I did not install. /mjt that the installer is running in a virtualized environment. For vmware something like lspci | grep -i vmware should be sufficient, not sure if that works for other solutions. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685618: d-i: do not install mpt-status on vmware hardware
On Wed, Aug 22, 2012 at 08:49:23PM +0200, Bernd Zeimetz wrote: Did you read the two bug reports at all? I assume not, otherwise you would not be asking. I don't want to receive emails from mpt-status, telling me that my raid is broken, if there is no raid at all. Also I do not want to waste ram to run something I don't need and I did not install. So vmware emulates a raid controller but you don't want to use it. But at the same time most people who do have such a raid controller would want software for it, so why should Debian not install the software that is appropriate to that controller? Can't you tell vmware to not emulate that raid controller if you have no intention of using it? Now how many people have that controller and use it as just a scsi controller rather than a raid controller might be a good question. perhaps most owners of such hardware don't actually care for the raid monitoring software. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685618: d-i: do not install mpt-status on vmware hardware
On 08/22/2012 09:18 PM, Lennart Sorensen wrote: On Wed, Aug 22, 2012 at 08:49:23PM +0200, Bernd Zeimetz wrote: Did you read the two bug reports at all? I assume not, otherwise you would not be asking. I don't want to receive emails from mpt-status, telling me that my raid is broken, if there is no raid at all. Also I do not want to waste ram to run something I don't need and I did not install. So vmware emulates a raid controller but you don't want to use it. No, I'm using this raid controller, but it just provides an emulation with access to scsi disks and nothing you would expect from a raid comtroller. Especially you can't ask it for the health of its raid set. But at the same time most people who do have such a raid controller would want software for it, so why should Debian not install the software that is appropriate to that controller? That is not the question. Can't you tell vmware to not emulate that raid controller if you have no intention of using it? Again, I'm using it. Its the default hard-disk controller. Now how many people have that controller and use it as just a scsi controller rather than a raid controller might be a good question. perhaps most owners of such hardware don't actually care for the raid monitoring software. Well, if you have a real hardware controller, I would expect it to be monitored properly. But I fail to understand why it is not possible not to install mpt-status if vmware devices are present. I think discover is able to handle subsystem-vendor/device ids, both are 0x for vmware controllers. At least for the first one I checked. So excluding it should be possible. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685618: d-i: do not install mpt-status on vmware hardware
On Wed, Aug 22, 2012 at 10:11:24PM +0200, Bernd Zeimetz wrote: No, I'm using this raid controller, but it just provides an emulation with access to scsi disks and nothing you would expect from a raid comtroller. Especially you can't ask it for the health of its raid set. I think last time I used vmware they still emulated PIIX IDE controllers and buslogic scsi controllers. Well, if you have a real hardware controller, I would expect it to be monitored properly. But I fail to understand why it is not possible not to install mpt-status if vmware devices are present. I am not sure that fits within the discover data. After all making decisions for a device is supposed to be based on what the device is, not based on what other devices may or may not be in the system. If the subsystem ID was in fact a specific value, then it could probably exclude it based on that. I think discover is able to handle subsystem-vendor/device ids, both are 0x for vmware controllers. At least for the first one I checked. So excluding it should be possible. Hmm, according to http://pci-ids.ucw.cz/read/PC/1000/0030 vmware is supposed to have a subsystem id of 15ad:1976, not : -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685618: d-i: do not install mpt-status on vmware hardware
On 08/22/2012 10:34 PM, Lennart Sorensen wrote: I think discover is able to handle subsystem-vendor/device ids, both are 0x for vmware controllers. At least for the first one I checked. So excluding it should be possible. Hmm, according to http://pci-ids.ucw.cz/read/PC/1000/0030 vmware is supposed to have a subsystem id of 15ad:1976, not : Indeed, that is what I have on a recent uptodate ESX installation. 00:10.0 0100 1000 0030 -r01 15ad 1976 On an older machine: 00:10.0 0100 1000 0030 -r01 I don't care much about that one, but excluding 15ad:1976 from installing mpt-status would be great. It is a real pain if you install you lot of machines in a vmware environment - or you have to work around it... (or use the fully automatic fun, but that is not always possible...). -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org