[smartos-discuss] avx2
Hi, I know qemu version on smartos is out of date. So kvm vm won’t have avx2 instruction set by now. Will bhyve vm have them? Thanks. Fred --- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125 Powered by Listbox: https://www.listbox.com
Re[2]: [smartos-discuss] after SmartOS Clean Re-install (20180711T060947Z) issue with Intel 10 Gigabit X710-DA2 SFP+ Dual Port Network Card
Hi Robert, > I really can't recommend doing that. You've made yourself vulnerable to > the eager FPU security issue. That's a good point. > The firmware differences are likely just the driver being whinging. The > bigger issue is likely whatever the rare logic bug is with the LSO > additions. If you do have a complete dump that has that, that would > help, since all of our testing of this hasn't seen that issue so I'm not > sure we're going to see it again in our environment as it may depend on > the traffic pattern that was going on at your end. I have now ordered the network card first. When the card comes next week, I can provide a lab environment. I then ran PI 20180717T231500Z on the ASSg9 lab https://datasets.ass.de/public/SmartOS/20180717T231500Z/smartos-20180717T231500Z-USB.img.bz2 There I run many different vms, maybe this triggers the error after a while The error why you can no longer start Windows 7, you could also test and debug there Mit freundlichen Grüßen DANIEL PLOMINSKI Leiter IT / Head of IT Telefon09265 808-151 | Mobil 0151 58026316 | d...@ass.de PGP Key: http://pgp.ass.de/2B4EB20A.key ASS-Einrichtungssysteme GmbH ASS-Adam-Stegner-Straße 19 | D-96342 Stockheim Geschäftsführer: Matthias Stegner, Michael Stegner, Stefan Weiß Amtsgericht Coburg HRB 3395 | Ust-ID: DE218715721 --- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125 Powered by Listbox: https://www.listbox.com
Re: [smartos-discuss] after SmartOS Clean Re-install (20180711T060947Z) issue with Intel 10 Gigabit X710-DA2 SFP+ Dual Port Network Card
On 7/19/18 5:39 , Daniel Plominski wrote: > Hi, > > In order to avoid major disruptions, we have now started the entire > server infrastructure with version 20180526T113546Z > https://datasets.ass.de/public/SmartOS/20180526T113546Z/smartos-20180526T113546Z-USB.img.bz2 I really can't recommend doing that. You've made yourself vulnerable to the eager FPU security issue. > We need proper support for: > Intel 10 Gigabit X710-DA2 SFP+ (Firmware NVM 1.5/1.7) The firmware differences are likely just the driver being whinging. The bigger issue is likely whatever the rare logic bug is with the LSO additions. If you do have a complete dump that has that, that would help, since all of our testing of this hasn't seen that issue so I'm not sure we're going to see it again in our environment as it may depend on the traffic pattern that was going on at your end. Robert --- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125 Powered by Listbox: https://www.listbox.com
Re[6]: [smartos-discuss] after SmartOS Clean Re-install (20180711T060947Z) issue with Intel 10 Gigabit X710-DA2 SFP+ Dual Port Network Card
Hi, In order to avoid major disruptions, we have now started the entire server infrastructure with version 20180526T113546Z https://datasets.ass.de/public/SmartOS/20180526T113546Z/smartos-20180526T113546Z-USB.img.bz2 We need proper support for: Intel 10 Gigabit X710-DA2 SFP+ (Firmware NVM 1.5/1.7) https://smartos.org/bugview/OS-7082Windows 7 https://github.com/joyent/smartos-live/issues/792 We can buy an X710 network card and deploy it to a lab smartos server if anyone of you has time to debug Mit freundlichen Grüßen DANIEL PLOMINSKI Leiter IT / Head of IT Telefon09265 808-151 | Mobil 0151 58026316 | d...@ass.de PGP Key: http://pgp.ass.de/2B4EB20A.key ASS-Einrichtungssysteme GmbH ASS-Adam-Stegner-Straße 19 | D-96342 Stockheim Geschäftsführer: Matthias Stegner, Michael Stegner, Stefan Weiß Amtsgericht Coburg HRB 3395 | Ust-ID: DE218715721 --- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125 Powered by Listbox: https://www.listbox.com
[smartos-discuss] mysql-cluster-7.4.12nb1 messes up
I spend quite some time to change the original config of my MySQL cluster and found out that the installation is quite a mess. 1. The data dir is /var/mysql for all nodes with a subdir with the number of the server. So managementnode with ID 1 has a subdir of /var/mysql/1/ 2. The management service expects the configuration file to be in /opt/local/etc/mysql-cluster.ini a. I can live with that although one should expect it to be in /var/mysql/ 3. When the managementserver starts with -initial it creates a backup of the config, this is normal behaviour, in the same directory of the config. a. A file like /opt/local/etc/ndb_x_config.bin.1 is created, where x is the ID of the management node b. This initial command is needed to create a fresh setup c. When executed from the commandline as root user the mysql management server creates logfiles in /var/mysql/x/ directory with username root d. When executed from the commandline as mysql user the mysql management server fails because it can not create the backupfile in /opt/local/etc due to write rights 4. After the initial start one has to stop the cluster and restart it as a normal working cluster a. This can be done by the svcadm commands b. This will be executed as the MySQL user c. This will fail because the logs that were created in step 3 have the root account rights d. After CHOWNing the files to user MySQL it will start 5. At that time a NEW backupfile is created in /opt/local/mysql-cluster/ a. The backupfile in /opt/local/etc is neglected 6. When you try to alter the config at a certain point in time (like I did) and you have two management servers then things will break because: a. Running ndb_mgmd -reload from the commandline will recreate the backupfile in /opt/local/etc/ b. Starting the service via svcadm will read the old backupfile from /opt/local/mysql-cluster/ c. And then you will run in every possible cluster error that has been documented, because both managementservers will be out of sync and will not allow connection --- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125 Powered by Listbox: https://www.listbox.com