summary refs log tree commit diff stats
path: root/results/classifier/009/network
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/009/network')
-rw-r--r--results/classifier/009/network/0547958793
-rw-r--r--results/classifier/009/network/6217994441
2 files changed, 134 insertions, 0 deletions
diff --git a/results/classifier/009/network/05479587 b/results/classifier/009/network/05479587
new file mode 100644
index 000000000..0e1b70686
--- /dev/null
+++ b/results/classifier/009/network/05479587
@@ -0,0 +1,93 @@
+network: 0.963
+semantic: 0.866
+device: 0.811
+socket: 0.716
+performance: 0.669
+PID: 0.618
+permissions: 0.584
+graphic: 0.576
+boot: 0.474
+vnc: 0.464
+files: 0.395
+KVM: 0.374
+debug: 0.314
+other: 0.200
+
+[Qemu-devel]  [BUG] network qga : windows os lost ip address of the network card  in some cases
+
+We think this problem coulde be solevd in qga modules。can anybody give some 
+advice ?
+
+
+[BUG] network : windows os lost ip address of the network card  in some cases
+
+we  found this problem for a long time 。For example, if we has three network 
+card in virtual xml file ,such as "network connection 1" / "network connection 
+2"/"network connection 3" 。
+
+Echo network card has own ip address ,such as 192.168.1.1 / 2.1 /3.1 , when 
+delete the first card ,reboot the windows virtual os, then this problem 
+happened !
+
+
+
+
+we found that the sencond network card will  replace the first one , then the 
+ip address of "network connection 2 " become 192.168.1.1 。
+
+
+Our third party users began to complain about this bug 。All the business of the 
+second ip  lost !!! 
+
+I mean both of windows and linux has this bug ,  we solve this bug in linux  
+throught bonding netcrad pci and mac address 。
+
+There is no good solution on windows os . thera are ?  we implemented a plan to 
+resumption of IP by QGA.  Is there a better way ?
+
+
+
+
+
+
+
+
+原始邮件
+
+
+
+发件人:尹作为10144574
+收件人: address@hidden
+日 期 :2017年04月14日 16:46
+主 题 :[BUG] network : windows os lost ip address of the network card  in some 
+cases
+
+
+
+
+
+
+we  found this problem for a long time 。For example, if we has three network 
+card in virtual xml file ,such as "network connection 1" / "network connection 
+2"/"network connection 3" 。
+
+Echo network card has own ip address ,such as 192.168.1.1 / 2.1 /3.1 , when 
+delete the first card ,reboot the windows virtual os, then this problem 
+happened !
+
+
+
+
+we found that the sencond network card will  replace the first one , then the 
+ip address of "network connection 2 " become 192.168.1.1 。
+
+
+Our third party users began to complain about this bug 。All the business of the 
+second ip  lost !!! 
+
+I mean both of windows and linux has this bug ,  we solve this bug in linux  
+throught bonding netcrad pci and mac address 。
+
+There is no good solution on windows os . thera are ?  we implemented a plan to 
+resumption of IP by QGA.  Is there a better way ?
+
diff --git a/results/classifier/009/network/62179944 b/results/classifier/009/network/62179944
new file mode 100644
index 000000000..912debb49
--- /dev/null
+++ b/results/classifier/009/network/62179944
@@ -0,0 +1,41 @@
+network: 0.966
+graphic: 0.907
+device: 0.818
+performance: 0.636
+socket: 0.608
+boot: 0.567
+files: 0.565
+other: 0.519
+PID: 0.504
+vnc: 0.498
+semantic: 0.454
+permissions: 0.403
+debug: 0.400
+KVM: 0.153
+
+[Qemu-devel] [BUG] network : windows os lost ip address of the network card  in some cases
+
+we  found this problem for a long time 。For example, if we has three network 
+card in virtual xml file ,such as "network connection 1" / "network connection 
+2"/"network connection 3" 。
+
+Echo network card has own ip address ,such as 192.168.1.1 / 2.1 /3.1 , when 
+delete the first card ,reboot the windows virtual os, then this problem 
+happened !
+
+
+
+
+we found that the sencond network card will  replace the first one , then the 
+ip address of "network connection 2 " become 192.168.1.1 。
+
+
+Our third party users began to complain about this bug 。All the business of the 
+second ip  lost !!! 
+
+I mean both of windows and linux has this bug ,  we solve this bug in linux  
+throught bonding netcrad pci and mac address 。
+
+There is no good solution on windows os . thera are ?  we implemented a plan to 
+resumption of IP by QGA.  Is there a better way ?
+