Bug#961656: Debian 10.4.0 Non-Desktop cloud-init GOSC Failed

[Yanhui He]

Hi,

I have checked and found this issue can be closed. Would you please help me 
close it?

After upgraded Debian 10.8.0 to its SID test branch and found cloud-init 20.4.1 
has been shipped. After upgrade, the Debian 10.8.0 has been upgraded to Debian 
11.x.

Based on Debian 11.x and cloud-init 20.4.1, the following can be customized 
successfully.
* static/DHCP IP address, Gateway, Netmask
* Hostname
* Timezone

# cat /etc/apt/sources.list
#deb http://deb.debian.org/debian/ buster main contrib
deb http://deb.debian.org/debian/ sid main contrib

# cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=debian
HOME_URL="https://www.debian.org/";
SUPPORT_URL="https://www.debian.org/support";
BUG_REPORT_URL="https://bugs.debian.org/";

# cat /etc/issue
Debian GNU/Linux 11 \n \l

# vmtoolsd -v
VMware Tools daemon, version 11.2.5.26209 (build-17337674)
# cloud-init -v
/usr/bin/cloud-init 20.4.1

Debian 10.9.0 has been released on Mar 27th, 2021. I'm not sure the cloud-init 
will be upgraded from 20.2 to 20.4.1 in Debian 10.x in the future. But I think 
this problem has been resolved in Debian 11.x future release. So, I'll close it.

If there is any other problem, please feel free to reopen it.


--
Best Regards,
Yanhui

From: Yanhui He 
Date: Thursday, May 28, 2020 at 9:08 PM
To: "961...@bugs.debian.org" <961...@bugs.debian.org>
Subject: Re: Bug#961656: Debian 10.4.0 Non-Desktop cloud-init GOSC Failed

Hi Thomas,
GOSC refers to guest OS customization.

Thanks!
Yanhui

Bug#961656: Debian 10.4.0 Non-Desktop cloud-init GOSC Failed

[Yanhui He]

Hi Thomas,
GOSC refers to guest OS customization.

Thanks!
Yanhui

Bug#961656: Debian 10.4.0 Non-Desktop cloud-init GOSC Failed

[Yanhui He]

Package: cloud-init
Version: 18.3
X-Debbugs-CC: h...@vmware.com, pengpe...@vmware.com, yanh...@vmware.com 

Perl GOSC & Cloud-init GOSC have been tested in Debian 10.4.0 Desktop & 
Non-Desktop. And Debian 10.4.0 Non-Desktop cloud-init GOSC are Failed, the 
others are OK.

We found the reason is “network-pre.target” sometimes does NOT start during VM 
booting, this also happens without GOSC.
If “network-pre.target” does NOT start, networking.service will start before 
cloud-init-local.service,  then cloud-init-local.service will be disabled.

Would you please help us investigate and solve it?

Thanks!
Yanhui

Bug#933640: cloud-init 18.3 failed to run after installed in Debian 10

[Yanhui He]

Package: cloud-init
Version: 18.3
X-Debbugs-CC: h...@vmware.com, pengpe...@vmware.com , l...@vmware.com  

After "apt-get install cloud-init" and enable cloud-init customize in file of 
"/etc/cloud/cloud.cfg" in Debian 10.0.0 GA, cloud-init doesn’t run even after 
reboot.

# cloud-init -v
/usr/bin/cloud-init 18.3
# ls /var/log/cloud-init.log
ls: cannot access '/var/log/cloud-init.log': No such file or directory
# systemctl status cloud-init.service
● cloud-init.service - Initial cloud-init job (metadata service crawler)
   Loaded: loaded (/lib/systemd/system/cloud-init.service; enabled; vendor prese
   Active: inactive (dead)
# systemctl status cloud-init-local.service
● cloud-init-local.service - Initial cloud-init job (pre-networking)
   Loaded: loaded (/lib/systemd/system/cloud-init-local.service; enabled; vendor
   Active: inactive (dead)

Would you please help us take a look?

If need any other information, please kindly tell me!

--

Best Regards,
Yanhui

Bug#926152: libudev1 (= 232-25+deb9u8) but 232-25+deb9u9 is to be installed in Debian 9.8.0

[Yanhui He]

Package: libudev1
Version: 232-25+deb9u8
X-Debbugs-CC: q...@vmware.com, h...@vmware.com

If we want to install "libudev-dev" package in Debian 9.8.0, there is an error 
as follows.
==
# apt-get install libudev-dev
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libudev-dev : Depends: libudev1 (= 232-25+deb9u8) but 232-25+deb9u9 is to be 
installed
E: Unable to correct problems, you have held broken packages.
==

# apt-get install libudev1
Reading package lists... Done
Building dependency tree   
Reading state information... Done
libudev1 is already the newest version (232-25+deb9u9).
The following packages were automatically installed and are no longer required:
  icedtea-netx-common java-common libatk-wrapper-java libatk-wrapper-java-jni
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@pek2-gosv-16-dhcp124:~# dpkg -l | grep -i libudev1
ii  libudev1:amd64232-25+deb9u9 
  amd64libudev shared library
==

In a word, we cannot install libudev1 (= 232-25+deb9u8) in Debian 9.8.0.

Would you please take a look at it?

Thanks!

--

Best Regards,
Yanhui

Bug#896911: fixed in linux 4.9.130-1

[Yanhui He]

 Hi Salvatore,

Debian 9.6.0 is released on Nov. 10th, 2018.

We tested E1000E on Debian 9.6.0, and it runs OK.

Thanks!
Yanhui

On Tue, 6 Nov 2018 10:53:50 +0800 Yanhui He  wrote:
> Hi Salvatore,
> 
> I used the following steps to verify E1000E network working on Debian 9.5.0, 
> but still failed.
> 
> ---Test Steps--
> # sed -i "s/^/#/g" /etc/apt/sources.list> Comment the other Debian 
> sources
> # echo “deb http://ftp.debian.org/debian <http://ftp.debian.org/debian> sid 
> main" >>/etc/apt/sources.list> Add the unstable source 
> # apt-get update
> # apt-get upgrade
> # vi /etc/network/interfaces   <———Add the following 2 lines, ens224 is a 
> e1000e network
> auto ens224
> iface ens224 inet dhcp
> # dhclient ens224
> # ifconfig
> ……
> ens224: flags=4099  mtu 1500
> ether 00:50:56:89:65:e8  txqueuelen 1000  (Ethernet)
> RX packets 0  bytes 0 (0.0 B)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> device interrupt 16  memory 0xfd3a-fd3c  
> ……  
> 
> There is still no address allocating.
> 
> # uname -a
> Linux pek2-gosv-16-dhcp14 4.9.0-7-amd64 #1 SMP Debian 4.9.110-3+deb9u2 
> (2018-08-13) x86_64 GNU/Linux
> # ethtool -i ens224
> driver: e1000e
> version: 3.2.6-k
> firmware-version: 1.8-0
> expansion-rom-version: 
> bus-info: :13:00.0
> supports-statistics: yes
> supports-test: yes
> supports-eeprom-access: yes
> supports-register-dump: yes
> supports-priv-flags: no
> 
> Would you please tell me the reason?
> 
> Thanks!
> Yanhui
>  
> 
> On Fri, 12 Oct 2018 19:02:08 + Salvatore Bonaccorso  
> wrote:
> > Source: linux
> > Source-Version: 4.9.130-1
> > 
> > We believe that the bug you reported is fixed in the latest version of
> > linux, which is due to be installed in the Debian FTP archive.
> > 
> > A summary of the changes between this version and the previous one is
> > attached.
> > 
> > Thank you for reporting the bug, which will now be closed.  If you
> > have further comments please address them to 896...@bugs.debian.org,
> > and the maintainer will reopen the bug report if appropriate.
> > 

Bug#896911: fixed in linux 4.9.130-1

[Yanhui He]

Hi Salvatore,

I used the following steps to verify E1000E network working on Debian 9.5.0, 
but still failed.

---Test Steps--
# sed -i "s/^/#/g" /etc/apt/sources.list> Comment the other Debian 
sources
# echo “deb http://ftp.debian.org/debian  sid 
main" >>/etc/apt/sources.list> Add the unstable source 
# apt-get update
# apt-get upgrade
# vi /etc/network/interfaces   <———Add the following 2 lines, ens224 is a 
e1000e network
auto ens224
iface ens224 inet dhcp
# dhclient ens224
# ifconfig
……
ens224: flags=4099  mtu 1500
ether 00:50:56:89:65:e8  txqueuelen 1000  (Ethernet)
RX packets 0  bytes 0 (0.0 B)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 0  bytes 0 (0.0 B)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
device interrupt 16  memory 0xfd3a-fd3c  
……  

There is still no address allocating.

# uname -a
Linux pek2-gosv-16-dhcp14 4.9.0-7-amd64 #1 SMP Debian 4.9.110-3+deb9u2 
(2018-08-13) x86_64 GNU/Linux
# ethtool -i ens224
driver: e1000e
version: 3.2.6-k
firmware-version: 1.8-0
expansion-rom-version: 
bus-info: :13:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no

Would you please tell me the reason?

Thanks!
Yanhui
 

On Fri, 12 Oct 2018 19:02:08 + Salvatore Bonaccorso  
wrote:
> Source: linux
> Source-Version: 4.9.130-1
> 
> We believe that the bug you reported is fixed in the latest version of
> linux, which is due to be installed in the Debian FTP archive.
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 896...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Salvatore Bonaccorso  (supplier of updated linux package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Format: 1.8
> Date: Wed, 10 Oct 2018 07:14:31 +0200
> Source: linux
> Binary: linux-source-4.9 linux-support-4.9.0-8 linux-doc-4.9 linux-manual-4.9 
> linux-kbuild-4.9 linux-cpupower libcpupower1 libcpupower-dev linux-perf-4.9 
> libusbip-dev usbip hyperv-daemons linux-headers-4.9.0-8-common 
> linux-headers-4.9.0-8-common-rt linux-libc-dev linux-headers-4.9.0-8-all 
> linux-headers-4.9.0-8-all-alpha kernel-image-4.9.0-8-alpha-generic-di 
> nic-modules-4.9.0-8-alpha-generic-di 
> nic-wireless-modules-4.9.0-8-alpha-generic-di 
> nic-shared-modules-4.9.0-8-alpha-generic-di 
> serial-modules-4.9.0-8-alpha-generic-di 
> usb-serial-modules-4.9.0-8-alpha-generic-di 
> ppp-modules-4.9.0-8-alpha-generic-di pata-modules-4.9.0-8-alpha-generic-di 
> cdrom-core-modules-4.9.0-8-alpha-generic-di 
> scsi-core-modules-4.9.0-8-alpha-generic-di 
> scsi-modules-4.9.0-8-alpha-generic-di loop-modules-4.9.0-8-alpha-generic-di 
> btrfs-modules-4.9.0-8-alpha-generic-di ext4-modules-4.9.0-8-alpha-generic-di 
> isofs-modules-4.9.0-8-alpha-generic-di jfs-modules-4.9.0-8-alpha-generic-di
>  xfs-modules-4.9.0-8-alpha-generic-di fat-modules-4.9.0-8-alpha-generic-di 
> md-modules-4.9.0-8-alpha-generic-di 
> multipath-modules-4.9.0-8-alpha-generic-di 
> usb-modules-4.9.0-8-alpha-generic-di 
> usb-storage-modules-4.9.0-8-alpha-generic-di 
> fb-modules-4.9.0-8-alpha-generic-di input-modules-4.9.0-8-alpha-generic-di 
> event-modules-4.9.0-8-alpha-generic-di mouse-modules-4.9.0-8-alpha-generic-di 
> nic-pcmcia-modules-4.9.0-8-alpha-generic-di 
> pcmcia-modules-4.9.0-8-alpha-generic-di 
> nic-usb-modules-4.9.0-8-alpha-generic-di 
> sata-modules-4.9.0-8-alpha-generic-di crc-modules-4.9.0-8-alpha-generic-di 
> crypto-modules-4.9.0-8-alpha-generic-di 
> crypto-dm-modules-4.9.0-8-alpha-generic-di 
> ata-modules-4.9.0-8-alpha-generic-di nbd-modules-4.9.0-8-alpha-generic-di 
> squashfs-modules-4.9.0-8-alpha-generic-di 
> virtio-modules-4.9.0-8-alpha-generic-di zlib-modules-4.9.0-8-alpha-generic-di 
> fuse-modules-4.9.0-8-alpha-generic-di srm-modules-4.9.0-8-alpha-generic-di 
> linux-image-4.9.0-8-alpha-generic
>  linux-headers-4.9.0-8-alpha-generic linux-image-4.9.0-8-alpha-generic-dbg 
> linux-image-4.9.0-8-alpha-smp linux-headers-4.9.0-8-alpha-smp 
> linux-image-4.9.0-8-alpha-smp-dbg linux-headers-4.9.0-8-all-amd64 
> kernel-image-4.9.0-8-amd64-di nic-modules-4.9.0-8-amd64-di 
> nic-wireless-modules-4.9.0-8-amd64-di nic-shared-modules-4.9.0-8-amd64-di 
> serial-modules-4.9.0-8-amd64-di usb-serial-modules-4.9.0-8-amd64-di 
> ppp-modules-4.9.0-8-amd64-di pata-modules-4.9.0-8-amd64-di 
> cdrom-core-modules-4.9.0-8-amd64-di firewire-core-modules-4.9.0-8-amd64-di 
> scsi-core-modules-4.9.0-8-amd64-di scsi-mod

Bug#896911: e1000e msix interrupts broken in linux 4.15

[Yanhui He]

Hi Ben,

On Fri, 2018-07-27 at 19:06 +, Shraddha Joshi wrote:
>> Hi Ben,
>>
>> I had filed a bug with Debian - 
https://bugs.debian.org/cgi-bin/bugre 
>> port.cgi?bug=896911 
#18 requesting the 
backport of e1000e fix from
>> Linux 4.16 to the next release of Debian.
>>
>> When will this fix be available?
>>
>> We checked the recently released Debian 9.5.0 -  4.9.110-1 and it
>> does not have the fix as the issue is still seen.
>> It would be great if you can tell me which version the fix be
>> available in for Debian.
>
>I was confused, because you started by saying "Linux kernel 4.15 has
>introduced a bug..."  I now recognise that some of the commits you
>mentioned were backported to stable branches and this has caused a
>regression.
>
>Since this will affect all users of Linux 4.9-stable and other stable
>branches, you should request inclusion of the fixes by writing to stabl
>e...@vger.kernel.org  and to David Miller 
mailto:da...@davemloft.net>> specifying
>the commit IDs.
>
>Ben.

I have sent an email to sta...@vger.kernel.org  
and to David Miller mailto:da...@davemloft.net>>.

But mail to sta...@vger.kernel.org  couldn't be 
delivered. Is the email address right?

We’re look forward to e1000e fix in Debian new release.

Thanks!
Yanhui

Bug#907672: Rebasing cloud-init to the latest one

[Yanhui He]

Hi Thomas,

Thanks for your reply!

On Tue, 4 Sep 2018 09:28:55 +0200 Thomas Goirand  wrote:
> On 09/04/2018 05:29 AM, Yanhui He wrote:
> > If you have any concern for v18.3 stability we could do some regression
> > test together if needed.
> 
> Not only us, but also the release team. If we sufficiently show it has
> been tested, it may help.
> 
> Cheers,
> 
> Thomas Goirand (zigo)
> 
> P.S: Is it really necessary to have 15 people CC-ed on each message?
> 
> 
Based on Debian9.5.0-64 and cloud-init 18.3-35,  the following can be 
customized successfully.
* static/DHCP IP address, Gateway, Netmask
*  Hostname
* Timezone
 
The following is not customized successfully, but most are known issue/limit 
for cloud-init
* DNS. It was set in 50-cloud-init.cfg but not updated to resolv.conf file 
(Known cloud-init issue)
* Domain name was not updated to /etc/hosts  (Known cloud-init issue) 
* Hardware clock setting is not supported by cloud-init, default is UTC( Known 
cloud-init issue and it is not suggested to set hardware clock to local time on 
*NIX system)
 
From the results above, the 18.3 version of cloud-init can achieve most our 
customization goals, but with the version 0.7.9,  our customization can not 
work at all.

Thanks!
Yanhui

Bug#907672: Rebasing cloud-init to the latest one

[Yanhui He]

Hi Martin and Debian team,
 
Thanks for your quick response.
 
The v0.7.9 of cloud-init was released on 2016, after that there’re many fixes 
and functions are added.
 
One of the problems is that on the Debian9.5, the 0.7.9 version of cloud-init 
will go to fail at the local stage during the gos customization process.
It had been tested on the latest version 18.3, the basic functions of gos 
customization can be implemented.
 
There are many fixes during the period from 0.7.9 to 18.3. Not only for gos 
customization, but also for all the other providers. Details pls refer to 
https://bugs.launchpad.net/cloud-init <https://bugs.launchpad.net/cloud-init>.
Currently Ubuntu 18.04 has already rebased to cloud-init 18.3, Amazon Linux 
rebased to v18.3, Sles 15 rebased to v18.2, and other Linux distros also has 
rebased or plan to the latest cloud-init.
 
If you have any concern for v18.3 stability we could do some regression test 
together if needed.
Wait for your response.



On Sun, 2 Sep 2018 09:56:06 +0200 Martin Zobel-Helas  wrote:
> Hi Yanhui, 
> 
> On Fri Aug 31, 2018 at 07:50:03 +, Yanhui He wrote:
> > 
> > The package of cloud-init v 0.7.9-5 shipped on Debian 9.5 cannot meet
> > the requirement when do some guest OS customization.
> 
> Could you give more technical details here? What exactly fails, what are
> the problems? If we can justify why the package needs to be updated,
> chances are higher the stable release team accepts it into a Debian 9
> Release. E.g. newer versions by product X is not supported any more...
> 
> Also we need to take care of all the other cloud providers that use
> cloud-init. We don't want to make cloud-init better for one of the cloud
> providers but break it for all the others. Means we need to test very
> carfully before we ask for acceptance of a newer version of cloud-init
> into Debian 9.
> 
> > Would you please upgrade cloud-init to the latest v 18.3?
> 
> We had the discussions of updating cloud-init at several meetings
> already. In the end this is the decission of the maintainer of the
> package and the Debian Stable Release team to accept this package into a
> stable release.
> 
> Best regards,
> Martin
> -- 
>  Martin Zobel-Helas Debian System Administrator
>  Debian & GNU/Linux Developer   Debian Listmaster
>  http://about.me/zobel   Debian Webmaster
>  GPG Fingerprint:  6B18 5642 8E41 EC89 3D5D  BDBB 53B1 AC6D B11B 627B 
> 
> 

Thanks!
Yanhui

Bug#907672: Rebasing cloud-init to the latest one

[Yanhui He]

Package: cloud-init
Version: 0.7.9-5
X-Debbugs-CC: h...@vmware.com, chch...@vmware.com, pengzhen...@vmware.com, 
pengpe...@vmware.com, l...@vmware.com 

The package of cloud-init v 0.7.9-5 shipped on Debian 9.5 cannot meet the 
requirement when do some guest OS customization.

Would you please upgrade cloud-init to the latest v 18.3?

--

Best Regards,
Yanhui

Bug#849366: Acknowledgement (Debian8.2 cannot handle memory hot-add)

[Yanhui He]

Hi,

Thanks for Ben’s reply!


Control: reassign -1 src:linux 3.16.36-1+deb8u2
Control: found -1 4.9.25-1
Control: retitle -1 [i386] Memory hotplug not enabled

On Mon, 26 Dec 2016 09:59:12 + Yanhui He  wrote:
[...]
Digging further, looking at /boot/config-3.16.0-4-686-pae we've
noticed that CONFIG_MEMORY_HOTPLUG is not in there. This means the
debian's kernel cannot handle memory hot plug.
[...]

We enable it for all configurations that also have SPARSEMEM enabled,
which are 64-bit x86, powerpc and s390 plus sh4.

So far as I know, it's not generally useful on i386.  No-one runs 32-
bit operating systems on real hardware with memory hotplug, and most VM
managers use ballooning to adjust guest RAM.

Ben.


Sorry for the wrong test method!

I have tested on Debian 9.0 RC3 64bit, then modified the content of 
"/sys/devices/system/memory/memoryXX/state" from "offline" to "online" (XX 
denotes the new added memory files).

The hot-added memory can be seen by command of “free -m” on Debian9.0 RC3 64bit.

This bug is resolved,  thanks!

--
Best Regards,
Yanhui


On 12/05/2017, 3:23 PM, "Yanhui He"  wrote:

Hi,

I have tested Debian 9.0 RC3 memory hot-adding and the problem is still 
existed.

Would you please help me take a look?


Thanks!

--
Best Regards,
Yanhui

On 26/12/2016, 5:57 PM, "Debian Bug Tracking System" 
 wrote:

Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

As you requested using X-Debbugs-CC, your message was also forwarded to
  h...@vmware.com<mailto:h...@vmware.com>, 
l...@vmware.com<mailto:l...@vmware.com>, 
yan...@vmware.com<mailto:yan...@vmware.com>,
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
 unknown-pack...@qa.debian.org

If you wish to submit further information on this problem, please
send it to 849...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

-- 
849366: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__bugs.debian.org_cgi-2Dbin_bugreport.cgi-3Fbug-3D849366&d=DgIFaQ&c=uilaK90D4TOVoH58JNXRgQ&r=br9wuzL1fvzS68DIWik55V8CR3RHqUJK3Jgttay85T0&m=hCyxfyqczSzBNrAPbIVIknJ-cXdfsDS3oHFF6-U7leU&s=oWh09OY5DXNJkeGxz-sP5Xwv-L6EHX-9Kgkd2EM3jd4&e=
 
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#849366: FW: Bug#849366: Acknowledgement (Debian8.2 cannot handle memory hot-add)

[Yanhui He]

Hi,

I have tested Debian 9.0 RC3 memory hot-adding and the problem is still existed.

Would you please help me take a look?


Thanks!

--
Best Regards,
Yanhui

On 26/12/2016, 5:57 PM, "Debian Bug Tracking System"  
wrote:

Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

As you requested using X-Debbugs-CC, your message was also forwarded to
  h...@vmware.com, 
l...@vmware.com, 
yan...@vmware.com,
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
 unknown-pack...@qa.debian.org

If you wish to submit further information on this problem, please
send it to 849...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

-- 
849366: 
https://urldefense.proofpoint.com/v2/url?u=http-3A__bugs.debian.org_cgi-2Dbin_bugreport.cgi-3Fbug-3D849366&d=DgIFaQ&c=uilaK90D4TOVoH58JNXRgQ&r=br9wuzL1fvzS68DIWik55V8CR3RHqUJK3Jgttay85T0&m=hCyxfyqczSzBNrAPbIVIknJ-cXdfsDS3oHFF6-U7leU&s=oWh09OY5DXNJkeGxz-sP5Xwv-L6EHX-9Kgkd2EM3jd4&e=
 
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#825810: fixed in open-vm-tools 2:10.0.7-3227872-3

[Yanhui He]

Hi Bernd,

Thanks for you very carefully check!

I used “deb-src …” actually, but forgot to write right to you.:)

Best regards,
Yanhui

On 6/2/16, 4:42 PM, "Bernd Zeimetz"  wrote:

>Hi Yanhui!
>
>> I have verified the open-vm-tools-10.0.7 from unstable (sid), it’s OK!
>> 
>> Do these steps have any problems?
>> 
>> Test steps:
>> Step1: Echo “deb
>>https://urldefense.proofpoint.com/v2/url?u=http-3A__ftp.debian.org_debian
>>&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5X
>>z7k40uBCAtmHtQpbLBghzeC1lnEY&m=HlY8HPLDFiJsJztZU-sAjFjX1P2WSH35MCobVh5rye
>>U&s=RhMaGt0XMQct9uwDVVulBcNge2H4P1LjCRlIOWyE9ZE&e=  sid main" >>
>> /etc/apt/sources.list
>
>
>echo "deb-src " would be correct, not "deb". Otherwise it looks
>fine.
>
>Thanks for testing!
>
>Bernd
>
>
>-- 
>  Bernd ZeimetzDebian GNU/Linux Developer
>  
>https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=CwIDaQ&c=Sqc
>l0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpb
>LBghzeC1lnEY&m=HlY8HPLDFiJsJztZU-sAjFjX1P2WSH35MCobVh5ryeU&s=JzSf6BMWuSNaX
>1LEPEslMfVK4cz89uCWNUKSU1iaVRQ&e=
>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=CwIDa
>Q&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCA
>tmHtQpbLBghzeC1lnEY&m=HlY8HPLDFiJsJztZU-sAjFjX1P2WSH35MCobVh5ryeU&s=OuCu4j
>rszIdNmpr8pFHvuM0AgCR_nzIyPZ0kMs5IvCM&e=
>  GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#825810: fixed in open-vm-tools 2:10.0.7-3227872-3

[Yanhui He]

Hi Bernd,

Thanks for your suggestion!

I have verified the open-vm-tools-10.0.7 from unstable (sid), it’s OK!

Do these steps have any problems?

Test steps:
Step1: Echo “deb http://ftp.debian.org/debian sid main" >>
/etc/apt/sources.list

Step2: Install open-vm-tools-10.0.7
apt-get update
 
 
  apt-get build-dep open-vm-tools
 
 
  apt-get -b source open-vm-tools
 
 
  dpkg -i open-vm-tools_10.0.7-3227872-3_amd64.deb

 
 
Step3: vmtoolsd -v
 
 
  Vmware Tools daemon, version 10.0.7.52125 (build-3227872)

The open-vm-tools information shows normally in our client.
 
 
  
 
 

Step4: Uninstall open-vm-tools
 
 
  dpkg -P open-vm-tools

Step5: The uninstalled open-vm-tools version is not shown as not 0.

After wait for about a week, I will verify open-vm-tools from back ports
too.


Thanks!

Best regards,
Yanhui
 
 




On 6/1/16, 6:42 PM, "Bernd Zeimetz"  wrote:

>Of course you need to run apt-get build-dep open-vm-tools.
>
>Please read the Debian admin book or something else which tells you
>how to use these tools, or just wait for the official backport.
>I'm happy to help with bugs but there are better places to ask
>for basic help.
>
>
>On 2016-06-01 12:37, Yanhui He wrote:
>> Thanks Bernd!
>> 
>> I did it on my virtual machine and had a snapshot before did it. Thanks
>> a
>> lot for you reminder!
>> 
>> I still update glibc failed by modify the "/etc/apt/source.list".
>> 
>> Please see the attached screenshot of “Debian8.4 OVT needed glibc
>> update
>> error1.png”.
>> 
>> OK, I decide to wait for about a week and install it from back ports.
>> 
>> Best regards,
>> Yanhui
>> 
>> 
>> 
>> On 6/1/16, 6:15 PM, "Bernd Zeimetz"  wrote:
>> 
>>> On 2016-06-01 12:12, Yanhui He wrote:
>>>> Thanks Bernd!
>>>> 
>>>> I have tried the first URL with the following steps.
>>>> 
>>>> 
>>>> 
>>>>   echo “deb
>>>> 
>>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__ftp.debian.org_debi
>>>>an
>>>> 
>>>>&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h
>>>>5X
>>>> 
>>>>z7k40uBCAtmHtQpbLBghzeC1lnEY&m=w9CgfeutImjj8mRQKkf8fRSvCmbm0iSVEot_b7cy
>>>>WC
>>>> Y&s=4hh4Rwr5YcJzNFdTzwiAzZC_FCZBCvn73A8xn7gx6Og&e=  sid main" >>
>>>> /etc/apt/sources.list
>>> 
>>> 
>>> use deb-src, not deb!
>>> what you were doung will upgrade your system to unstable
>>> 
>>> 
>>> 
>>>> 
>>>> 
>>>>   apt-get update
>>>> 
>>>> 
>>>>   apt-get -t sid install libc6 libc6-dev libc6-dbg
>>>> 
>>>> 
>>>> During the installation, it requires to update the kernel version on
>>>> Debian8.4 and failed of course.
>>>> 
>>>> Do you have any other better method?
>>>> 
>>>> OK, I will wait for about a week and install it from back ports.
>>>> 
>>>> Thanks a lot!
>>>> 
>>>> Best regards,
>>>> Yanhui
>>>> 
>>>> 
>>>> 
>>>> On 6/1/16, 5:40 PM, "Bernd Zeimetz"  wrote:
>>>> 
>>>>> Hi,
>>>>> 
>>>>> 
>>>>> 
>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.debian.org_D
>>>>>eb
>>>>> ia
>>>>> 
>>>>> 
>>>>>nUnstable-23backport&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtX
>>>>>t-
>>>>> uE
>>>>> 
>>>>> 
>>>>>s&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpbLBghzeC1lnEY&m=6mpGd24uRT8vvCGWmTh5
>>>>>yY
>>>>> A7
>>>>> tD95jTOltLtOJD5E6_o&s=3nKPxKRaf_VdVgheaO0uW8otuldfq9nh5dr5lWduKDw&e=
>>>>> 
>>>>> - create a backport, it will install all build dependencies.
>>>>> 
>>>>> Or just wait about a week, then you can install it from backports.
>>>>> 
>>>>> 
>>>>> 
>>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__backports.debian.
>>>>>or
>>>>> g_
>>>>> 
>>>>> 
>>>>>&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1
>>>>>h5
>>>>> Xz
>>>>> 
>>>>>

Bug#825810: fixed in open-vm-tools 2:10.0.7-3227872-3

[Yanhui He]

Thanks Bernd!

I did it on my virtual machine and had a snapshot before did it. Thanks a
lot for you reminder!

I still update glibc failed by modify the "/etc/apt/source.list".

Please see the attached screenshot of “Debian8.4 OVT needed glibc update
error1.png”.

OK, I decide to wait for about a week and install it from back ports.

Best regards,
Yanhui



On 6/1/16, 6:15 PM, "Bernd Zeimetz"  wrote:

>On 2016-06-01 12:12, Yanhui He wrote:
>> Thanks Bernd!
>> 
>> I have tried the first URL with the following steps.
>> 
>> 
>> 
>>   echo “deb 
>>https://urldefense.proofpoint.com/v2/url?u=http-3A__ftp.debian.org_debian
>>&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5X
>>z7k40uBCAtmHtQpbLBghzeC1lnEY&m=w9CgfeutImjj8mRQKkf8fRSvCmbm0iSVEot_b7cyWC
>>Y&s=4hh4Rwr5YcJzNFdTzwiAzZC_FCZBCvn73A8xn7gx6Og&e=  sid main" >>
>> /etc/apt/sources.list
>
>
>use deb-src, not deb!
>what you were doung will upgrade your system to unstable
>
>
>
>> 
>> 
>>   apt-get update
>> 
>> 
>>   apt-get -t sid install libc6 libc6-dev libc6-dbg
>> 
>> 
>> During the installation, it requires to update the kernel version on
>> Debian8.4 and failed of course.
>> 
>> Do you have any other better method?
>> 
>> OK, I will wait for about a week and install it from back ports.
>> 
>> Thanks a lot!
>> 
>> Best regards,
>> Yanhui
>> 
>> 
>> 
>> On 6/1/16, 5:40 PM, "Bernd Zeimetz"  wrote:
>> 
>>> Hi,
>>> 
>>> 
>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.debian.org_Deb
>>>ia
>>> 
>>>nUnstable-23backport&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-
>>>uE
>>> 
>>>s&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpbLBghzeC1lnEY&m=6mpGd24uRT8vvCGWmTh5yY
>>>A7
>>> tD95jTOltLtOJD5E6_o&s=3nKPxKRaf_VdVgheaO0uW8otuldfq9nh5dr5lWduKDw&e=
>>> 
>>> - create a backport, it will install all build dependencies.
>>> 
>>> Or just wait about a week, then you can install it from backports.
>>> 
>>> 
>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__backports.debian.or
>>>g_
>>> 
>>>&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5
>>>Xz
>>> 
>>>7k40uBCAtmHtQpbLBghzeC1lnEY&m=6mpGd24uRT8vvCGWmTh5yYA7tD95jTOltLtOJD5E6_
>>>o&
>>> s=XihuklfXceUXpa4CIReBKbjwryr_DXeJnJAAVWflSqw&e=
>>> 
>>> 
>>> Best regards,
>>> 
>>> Bernd
>>> 
>>> 
>>> On 2016-06-01 11:36, Yanhui He wrote:
>>>> Hi Bernd,
>>>> 
>>>> If I configure open-vm-tools on Debian 8.4, it will report.
>>>> 
>>>> 
>>>> 
>>>>   # ./configure --disable-deploypkg
>>>> 
>>>> 
>>>>   configure: error: glib2 >= 2.14.0 is required
>>>> 
>>>> 
>>>> Do you know how to install glib2 on Debian8.4?
>>>> 
>>>> Thanks!
>>>> 
>>>> Best regards,
>>>> Yanhui
>>>> 
>>>> On 6/1/16, 5:28 PM, "Bernd Zeimetz"  wrote:
>>>> 
>>>>> Hi,
>>>>> 
>>>>>> I have verified VmwareTools 10.0.9 on latest Debian 8.4 64bit. It’s
>>>>>> OK!
>>>>>> 
>>>>>> For some compiling error, such as the glib version is lower than
>>>>>> the
>>>>>> open-vm-tools-10.0.9 required, open-vm-tools-10.0.9 is not used.
>>>>> 
>>>>> what did you exactly do? The package is in unstable and is not
>>>>> compatible
>>>>> to Debian 8.4 - you'd eitehr have to use unstable or backport it or
>>>>> wait for an official backport.
>>>>> 
>>>>> :)
>>>>> 
>>>>> Best regards,
>>>>> 
>>>>> Bernd
>>>>> 
>>>>> 
>>>>>> 
>>>>>> Thanks a lot!
>>>>>> 
>>>>>> Best regards,
>>>>>> Yanhui
>>>>>> 
>>>>>> 
>>>>>> On 5/31/16, 6:33 PM, "Bernd Zeimetz"  wrote:
>>>>>> 
>>>>>>> Source: open-vm-tools
>>>>>>> Source-Version: 2:10.0.7-3227872-3
>>>>>>> 
>>>

Bug#825810: fixed in open-vm-tools 2:10.0.7-3227872-3

[Yanhui He]

Thanks Bernd!

I have tried the first URL with the following steps.

 
 
  echo “deb http://ftp.debian.org/debian sid main" >> /etc/apt/sources.list
 
 
  apt-get update
 
 
  apt-get -t sid install libc6 libc6-dev libc6-dbg


During the installation, it requires to update the kernel version on
Debian8.4 and failed of course.

Do you have any other better method?

OK, I will wait for about a week and install it from back ports.

Thanks a lot!

Best regards,
Yanhui



On 6/1/16, 5:40 PM, "Bernd Zeimetz"  wrote:

>Hi,
>
>https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.debian.org_Debia
>nUnstable-23backport&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uE
>s&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpbLBghzeC1lnEY&m=6mpGd24uRT8vvCGWmTh5yYA7
>tD95jTOltLtOJD5E6_o&s=3nKPxKRaf_VdVgheaO0uW8otuldfq9nh5dr5lWduKDw&e=
>
>- create a backport, it will install all build dependencies.
>
>Or just wait about a week, then you can install it from backports.
>
>https://urldefense.proofpoint.com/v2/url?u=https-3A__backports.debian.org_
>&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz
>7k40uBCAtmHtQpbLBghzeC1lnEY&m=6mpGd24uRT8vvCGWmTh5yYA7tD95jTOltLtOJD5E6_o&
>s=XihuklfXceUXpa4CIReBKbjwryr_DXeJnJAAVWflSqw&e=
>
>
>Best regards,
>
>Bernd
>
>
>On 2016-06-01 11:36, Yanhui He wrote:
>> Hi Bernd,
>> 
>> If I configure open-vm-tools on Debian 8.4, it will report.
>> 
>> 
>> 
>>   # ./configure --disable-deploypkg
>> 
>> 
>>   configure: error: glib2 >= 2.14.0 is required
>> 
>> 
>> Do you know how to install glib2 on Debian8.4?
>> 
>> Thanks!
>> 
>> Best regards,
>> Yanhui
>> 
>> On 6/1/16, 5:28 PM, "Bernd Zeimetz"  wrote:
>> 
>>> Hi,
>>> 
>>>> I have verified VmwareTools 10.0.9 on latest Debian 8.4 64bit. It’s
>>>> OK!
>>>> 
>>>> For some compiling error, such as the glib version is lower than the
>>>> open-vm-tools-10.0.9 required, open-vm-tools-10.0.9 is not used.
>>> 
>>> what did you exactly do? The package is in unstable and is not
>>> compatible
>>> to Debian 8.4 - you'd eitehr have to use unstable or backport it or
>>> wait for an official backport.
>>> 
>>> :)
>>> 
>>> Best regards,
>>> 
>>> Bernd
>>> 
>>> 
>>>> 
>>>> Thanks a lot!
>>>> 
>>>> Best regards,
>>>> Yanhui
>>>> 
>>>> 
>>>> On 5/31/16, 6:33 PM, "Bernd Zeimetz"  wrote:
>>>> 
>>>>> Source: open-vm-tools
>>>>> Source-Version: 2:10.0.7-3227872-3
>>>>> 
>>>>> We believe that the bug you reported is fixed in the latest version
>>>>> of
>>>>> open-vm-tools, which is due to be installed in the Debian FTP
>>>>> archive.
>>>>> 
>>>>> A summary of the changes between this version and the previous one
>>>>> is
>>>>> attached.
>>>>> 
>>>>> Thank you for reporting the bug, which will now be closed.  If you
>>>>> have further comments please address them to 825...@bugs.debian.org,
>>>>> and the maintainer will reopen the bug report if appropriate.
>>>>> Vi conf
>>>>> Debian distribution maintenance software
>>>>> pp.
>>>>> Bernd Zeimetz  (supplier of updated open-vm-tools
>>>>> package)
>>>>> 
>>>>> (This message was generated automatically at their request; if you
>>>>> believe that there is a problem with it please contact the archive
>>>>> administrators by mailing ftpmas...@ftp-master.debian.org)
>>>>> 
>>>>> 
>>>>> -BEGIN PGP SIGNED MESSAGE-
>>>>> Hash: SHA256
>>>>> 
>>>>> Format: 1.8
>>>>> Date: Tue, 31 May 2016 11:15:30 +0200
>>>>> Source: open-vm-tools
>>>>> Binary: open-vm-tools open-vm-tools-desktop open-vm-tools-dev
>>>>> open-vm-tools-dkms
>>>>> Architecture: source amd64 all
>>>>> Version: 2:10.0.7-3227872-3
>>>>> Distribution: unstable
>>>>> Urgency: medium
>>>>> Maintainer: Bernd Zeimetz 
>>>>> Changed-By: Bernd Zeimetz 
>>>>> Description:
>>>>> open-vm-tools - Open VMware Tools fo

Bug#825810: fixed in open-vm-tools 2:10.0.7-3227872-3

[Yanhui He]

Hi Bernd,

If I configure open-vm-tools on Debian 8.4, it will report.

 
 
  # ./configure --disable-deploypkg
 
 
  configure: error: glib2 >= 2.14.0 is required


Do you know how to install glib2 on Debian8.4?

Thanks!

Best regards,
Yanhui

On 6/1/16, 5:28 PM, "Bernd Zeimetz"  wrote:

>Hi,
>
>> I have verified VmwareTools 10.0.9 on latest Debian 8.4 64bit. It’s OK!
>> 
>> For some compiling error, such as the glib version is lower than the
>> open-vm-tools-10.0.9 required, open-vm-tools-10.0.9 is not used.
>
>what did you exactly do? The package is in unstable and is not
>compatible
>to Debian 8.4 - you'd eitehr have to use unstable or backport it or
>wait for an official backport.
>
>:)
>
>Best regards,
>
>Bernd
>
>
>> 
>> Thanks a lot!
>> 
>> Best regards,
>> Yanhui
>> 
>> 
>> On 5/31/16, 6:33 PM, "Bernd Zeimetz"  wrote:
>> 
>>> Source: open-vm-tools
>>> Source-Version: 2:10.0.7-3227872-3
>>> 
>>> We believe that the bug you reported is fixed in the latest version of
>>> open-vm-tools, which is due to be installed in the Debian FTP archive.
>>> 
>>> A summary of the changes between this version and the previous one is
>>> attached.
>>> 
>>> Thank you for reporting the bug, which will now be closed.  If you
>>> have further comments please address them to 825...@bugs.debian.org,
>>> and the maintainer will reopen the bug report if appropriate.
>>> Vi conf
>>> Debian distribution maintenance software
>>> pp.
>>> Bernd Zeimetz  (supplier of updated open-vm-tools
>>> package)
>>> 
>>> (This message was generated automatically at their request; if you
>>> believe that there is a problem with it please contact the archive
>>> administrators by mailing ftpmas...@ftp-master.debian.org)
>>> 
>>> 
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA256
>>> 
>>> Format: 1.8
>>> Date: Tue, 31 May 2016 11:15:30 +0200
>>> Source: open-vm-tools
>>> Binary: open-vm-tools open-vm-tools-desktop open-vm-tools-dev
>>> open-vm-tools-dkms
>>> Architecture: source amd64 all
>>> Version: 2:10.0.7-3227872-3
>>> Distribution: unstable
>>> Urgency: medium
>>> Maintainer: Bernd Zeimetz 
>>> Changed-By: Bernd Zeimetz 
>>> Description:
>>> open-vm-tools - Open VMware Tools for virtual machines hosted on
>>> VMware
>>> (CLI)
>>> open-vm-tools-desktop - Open VMware Tools for virtual machines hosted
>>> on
>>> VMware (GUI)
>>> open-vm-tools-dev - Open VMware Tools for virtual machines hosted on
>>> VMware (developm
>>> open-vm-tools-dkms - Open VMware Tools vmxnet kernel module
>>> (deprecated)
>>> Closes: 825810
>>> Changes:
>>> open-vm-tools (2:10.0.7-3227872-3) unstable; urgency=medium
>>> .
>>>   * [5060f42] Notify vmware when removing open-vm-tools.
>>> Thanks to Yanhui He (Closes: #825810)
>>> Checksums-Sha1:
>>> 5ff5a845eae3d3a375f214ada3ec85923085d1cb 2460
>>> open-vm-tools_10.0.7-3227872-3.dsc
>>> 14741ac76126c2c92325bb6f40d6fa3a50c41028 23268
>>> open-vm-tools_10.0.7-3227872-3.debian.tar.xz
>>> aa6a80e7f777b15a48856767b2e1639c67922eb6 1739524
>>> open-vm-tools-dbgsym_10.0.7-3227872-3_amd64.deb
>>> 2adc3f8a6174f264d93cc8d29949e030e5ab3eba 171418
>>> open-vm-tools-desktop-dbgsym_10.0.7-3227872-3_amd64.deb
>>> c6e4f906fd91809d11ec764948c52e10a3fe7d02 171494
>>> open-vm-tools-desktop_10.0.7-3227872-3_amd64.deb
>>> 1b25d614fae59344be4db40d2f40e222426286b1 489982
>>> open-vm-tools-dev_10.0.7-3227872-3_amd64.deb
>>> b98bdf3743684e3b599e63b58ccc6b48f589a158 423246
>>> open-vm-tools-dkms_10.0.7-3227872-3_all.deb
>>> b13468c1cc0e7fad535ce506ac68bff314962b81 553576
>>> open-vm-tools_10.0.7-3227872-3_amd64.deb
>>> Checksums-Sha256:
>>> 05d821af6a691a7cfca6e13551774aca0fb0ab4aedd74c25c64ffd468c602528 2460
>>> open-vm-tools_10.0.7-3227872-3.dsc
>>> cc6e014eff708dd943c7ecec9772f070b95eade7533cfa18c496846e9bec42aa 23268
>>> open-vm-tools_10.0.7-3227872-3.debian.tar.xz
>>> d411ebdd790fb1df1906045e93380bfd2dcbcf0a49131d4a25808fd6aa30350c
>>> 1739524
>>> open-vm-tools-dbgsym_10.0.7-3227872-3_amd64.deb
>>> e3f018bc0a3acab916ef157818add006e6fe194334daa3836151e087f3d4400e
>>> 171418
>>> open-vm-tools-desktop-dbgsym_10.0.7-3227872-3_amd64.deb
>>> c502b9cbfbc

Bug#825810: After uninstall open-vm-tools in debian, the open-vm-tools version number is not 0

[Yanhui He]

Hi Bernd,

The similar problem can be seen from this.
https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1322434


In update#5, Ravindra Kumar said:
Please refer the fix I made for Fedora
http://pkgs.fedoraproject.org/cgit/open-vm-tools.git/commit/?id=17141dd91c3
21fc41f7d1874d64e8ea7d055fcc9.
It is a simple packaging step to be done in your pre-uninstall step. Could
you please look into it?

It may easy understand the problem, thanks!

Best regards,
Yanhui




On 5/30/16, 7:26 PM, "Bernd Zeimetz"  wrote:

>Hi Yanhui!
>
>> This bug is the same as the one of Bug#825812 for my re-send. Please
>> ignore one of them.
>
>I've merged them, don't worry :)
>
>> When install debian in Vmware ESXi Host Server, it will display the
>> open-vm-tools for each guest OS in vSphere Client, such as the attached
>> screenshot of “guest info on vSphere Client.png”.
>> 
>> The right display should be:
>> Vmware Tools: Not running, version 0 (Guest Managed)
>> 
>> But the wrong display is shown as below.
>> Vmware Tools: Not running, version 2147483647 (Guest Managed)
>
>Actually I have no idea what I should do against that :)
>While removing the package vmtoolsd is being stopped (sigterm + sigkill
>if it doesn't react) and that is all we do.
>
>It is no problem to execute something else when the package is being
>removed, but then you'd have to tell me what to run :)
>
>
>Also, as a related question: is there a way to tell from "version
>2147483647 (Guest Managed)" which open-vm-tools version is avtually
>installed?
>
>Thanks & best regards,
>
>Bernd
>
>
>-- 
> Bernd ZeimetzDebian GNU/Linux Developer
> 
>https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=CwIDaQ&c=Sqc
>l0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpb
>LBghzeC1lnEY&m=wFFtXTwdstlJaYE1oHyr9tMEMl3ygOdng1ZaHpBbQf8&s=m_8CWIdxsmZZx
>4tpR7XfpYDPQQbXhY3CKeNYOje_zTA&e=
>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=CwIDa
>Q&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCA
>tmHtQpbLBghzeC1lnEY&m=wFFtXTwdstlJaYE1oHyr9tMEMl3ygOdng1ZaHpBbQf8&s=jw1n8J
>Sh_y56uEJGM8tJ787aOVnJjFJT-DdrZbKysvM&e=
> GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#825811: Missing component 'vgauth' in Open-VM-Tools of Debian 7.9 & 7.10 & 8.2 & 8.3 & 8.4 Guest

[Yanhui He]

Hi Oliver,

Please help me to answer this too, thanks in advance!

Best regards,
Yanui

On 5/30/16, 7:21 PM, "Bernd Zeimetz"  wrote:

>Hi,
>
>> VGAuth service was disabled in open-vm-tools 9.4.6 included in Debian
>>7.9
>> & 7.10 & 8.2 & 8.3 & 8.4. This needs to enabled as soon as possible
>> because it makes open-vm-tools in Debian less usable than VMware Tools.
>
>first you should realize that you should not treat Debian point releases
>as a different release on its own. This was the case for Debian 3 and 4.
>For you there  should never be a visible difference between Debian 8.1
>and 8.4.
>
>open-vm-tools 9.4.6 was basically built with a simple 'configure; make;
>make install' - and looking at the build logs like
>
>https://urldefense.proofpoint.com/v2/url?u=https-3A__buildd.debian.org_sta
>tus_fetch.php-3Fpkg-3Dopen-2Dvm-2Dtools-26arch-3Di386-26ver-3D2-253A9.4.6-
>2D1770165-2D8-26stamp-3D1423826483&d=CwIDaQ&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeA
>w-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpbLBghzeC1lnEY&m=BKOIhfGkeW
>Fg4U83sLqhKxaOmrNqKJ3c-YqRoh6gwak&s=_U14HMgIEXHyVNtZ2aZwHV6rheSVK4UmNnhPfd
>6JnpY&e= 
>
>you will see, that configure did not complain about missing things, it
>also just did not build vgauth. So I could not know something is missing.
>
>
>To avoid such things, please test open-vm-tools in Debian testing and/or
>unstable.
>
>
>There is a backport of the last 10.0.7 release in wheezy-backports and
>jessie-backports. Please use it instead of the package from the release.
>Also if you are interested in using the latest open-vm-tools version in
>a stable, please use backports. If possible I'll backport the current
>version to stable and oldstable.
>
>In stable Debian releases we'll only add bugfixes, no new features.
>
>
>Best regards,
>
>Bernd
>
>-- 
> Bernd ZeimetzDebian GNU/Linux Developer
> 
>https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=CwIDaQ&c=Sqc
>l0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpb
>LBghzeC1lnEY&m=BKOIhfGkeWFg4U83sLqhKxaOmrNqKJ3c-YqRoh6gwak&s=P9n4-BVKKy4jX
>OxIM-6cx2uCBZb5ZVD832PhF9UmgR4&e=
>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=CwIDa
>Q&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCA
>tmHtQpbLBghzeC1lnEY&m=BKOIhfGkeWFg4U83sLqhKxaOmrNqKJ3c-YqRoh6gwak&s=Y8VZeI
>wfWb6lOwezvRotp17P3G2TwUtCjdutGh6CrMM&e=
> GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#825810: After uninstall open-vm-tools in debian, the open-vm-tools version number is not 0

[Yanhui He]

Hi Oliva,

Would you please help me to answer Bernd more professionally?

Thanks in advance!

Best regards,
Yanhui

On 5/30/16, 7:26 PM, "Bernd Zeimetz"  wrote:

>Hi Yanhui!
>
>> This bug is the same as the one of Bug#825812 for my re-send. Please
>> ignore one of them.
>
>I've merged them, don't worry :)
>
>> When install debian in Vmware ESXi Host Server, it will display the
>> open-vm-tools for each guest OS in vSphere Client, such as the attached
>> screenshot of “guest info on vSphere Client.png”.
>> 
>> The right display should be:
>> Vmware Tools: Not running, version 0 (Guest Managed)
>> 
>> But the wrong display is shown as below.
>> Vmware Tools: Not running, version 2147483647 (Guest Managed)
>
>Actually I have no idea what I should do against that :)
>While removing the package vmtoolsd is being stopped (sigterm + sigkill
>if it doesn't react) and that is all we do.
>
>It is no problem to execute something else when the package is being
>removed, but then you'd have to tell me what to run :)
>
>
>Also, as a related question: is there a way to tell from "version
>2147483647 (Guest Managed)" which open-vm-tools version is avtually
>installed?
>
>Thanks & best regards,
>
>Bernd
>
>
>-- 
> Bernd ZeimetzDebian GNU/Linux Developer
> 
>https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=CwIDaQ&c=Sqc
>l0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpb
>LBghzeC1lnEY&m=wFFtXTwdstlJaYE1oHyr9tMEMl3ygOdng1ZaHpBbQf8&s=m_8CWIdxsmZZx
>4tpR7XfpYDPQQbXhY3CKeNYOje_zTA&e=
>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=CwIDa
>Q&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCA
>tmHtQpbLBghzeC1lnEY&m=wFFtXTwdstlJaYE1oHyr9tMEMl3ygOdng1ZaHpBbQf8&s=jw1n8J
>Sh_y56uEJGM8tJ787aOVnJjFJT-DdrZbKysvM&e=
> GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#825810: After uninstall open-vm-tools in debian, the open-vm-tools version number is not 0

[Yanhui He]

Hi Bernd,

Thanks for your quickly response!

This bug is the same as the one of Bug#825812 for my re-send. Please
ignore one of them.

When install debian in Vmware ESXi Host Server, it will display the
open-vm-tools for each guest OS in vSphere Client, such as the attached
screenshot of “guest info on vSphere Client.png”.

The right display should be:
Vmware Tools: Not running, version 0 (Guest Managed)

But the wrong display is shown as below.
Vmware Tools: Not running, version 2147483647 (Guest Managed)


I don’t know where to see the open-vm-tools version shown except guest OS.
Please see the following detail.

Description of problem:

As the title, after uninstall open-vm-tools in debian 7.9 & 7.10 & 8.2 &
8.3 & 8.4, the shown open-vm-tools version number is not 0.

Version-Release number of selected component (if applicable): 9.4.6

How reproducible: Always

Steps to Reproduce:
1. Install open-vm-tools 9.4.6 package
2. The version number of open-vm-tools can be seen and it is not equal to 0
3. Uninstall open-vm-tools 9.4.6 package

Actual results: The version number of open-vm-tools can be seen and it is
still not equal to 0

Expected results: The version number of open-vm-tools can be seen and it
is equal to 0

If need other information that I can provide, please don’t hesitate to
tell me.


Thanks in advance!

Best regards,
Yanhui



On 5/30/16, 6:29 PM, "Bernd Zeimetz"  wrote:

>tags 825810 moreinfo
>thanks
>
>Hi,
>
>> As the title, after uninstall open-vm-tools in debian 7.9 & 7.10 & 8.2 &
>> 8.3 & 8.4, the shown open-vm-tools version number is not 0.
>> 
>> Version-Release number of selected component (if applicable): 9.4.6
>
>what do you mean with 'the shown open-vm-tools version number is not 0'?
>What are you looking at?
>Please show me the exact commands you were using.
>
>'the shown open-vm-tools version number is not 0' does not make sense
>without not even knowing where something was shown.
>
>Thanks,
>
>Bernd
>
>
>-- 
> Bernd ZeimetzDebian GNU/Linux Developer
> 
>https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=CwIDaQ&c=Sqc
>l0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCAtmHtQpb
>LBghzeC1lnEY&m=aE7dRjy4QcwrLLaDvoMO5uSb85suz6CPMruea06dOhU&s=8Qy8-Tvn7wKwd
>fuZ_1-d9YOrjuTW_xeEDRulr6JIImU&e=
>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=CwIDa
>Q&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=EWtp6eb9bfT1h5Xz7k40uBCA
>tmHtQpbLBghzeC1lnEY&m=aE7dRjy4QcwrLLaDvoMO5uSb85suz6CPMruea06dOhU&s=uf29sF
>qVThppyd9l01-jE6u2s69VRnfMJkKcyaEQhYo&e=
> GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#825811: Missing component 'vgauth' in Open-VM-Tools of Debian 7.9 & 7.10 & 8.2 & 8.3 & 8.4 Guest

[Yanhui He]

Package: open-vm-tools
Version: 2:9.4.6
X-Debbugs-CC: h...@vmware.com, l...@vmware.com, yan...@vmware.com,
yanh...@vmware.com

To: sub...@bugs.debian.org
From: yanh...@vmware.com
Subject: Missing component 'vgauth' in Open-VM-Tools of Debian 7.9 &
7.10 & 8.2 & 8.3 & 8.4 Guest



Hi,

Description of problem:

VGAuth service was disabled in open-vm-tools 9.4.6 included in Debian 7.9
& 7.10 & 8.2 & 8.3 & 8.4. This needs to enabled as soon as possible
because it makes open-vm-tools in Debian less usable than VMware Tools.

Version-Release number of selected component (if applicable): 9.4.6

How reproducible: Always

Steps to Reproduce:
1. Install open-vm-tools 9.4.6 package
2. Check for VGAuth service ($ ps -ef | grep -i vgauth)

Actual results: service is not running

Expected results: VGAuthService should be running

Please kindly fix this problem in debian.

Thanks in advance!

Best regards,
Yanhui

Bug#825812: After uninstall open-vm-tools in debian, the open-vm-tools version number is not 0

[Yanhui He]

Package: open-vm-tools
Version: 2:9.4.6
X-Debbugs-CC: h...@vmware.com, l...@vmware.com, yan...@vmware.com,
yanh...@vmware.com

To: sub...@bugs.debian.org
From: yanh...@vmware.com
Subject: After uninstall open-vm-tools in debian, the open-vm-tools
version number is not 0

Hi,

Description of problem:

As the title, after uninstall open-vm-tools in debian 7.9 & 7.10 & 8.2 &
8.3 & 8.4, the shown open-vm-tools version number is not 0.

Version-Release number of selected component (if applicable): 9.4.6

How reproducible: Always

Steps to Reproduce:
1. Install open-vm-tools 9.4.6 package
2. The version number of open-vm-tools can be seen and it is not equal to 0
3. Uninstall open-vm-tools 9.4.6 package

Actual results: The version number of open-vm-tools can be seen and it is
still not equal to 0

Expected results: The version number of open-vm-tools can be seen and it
is equal to 0

Please kindly fix this problem in debian.

Thanks in advance!

Best regards,
Yanhui

Bug#825810: After uninstall open-vm-tools in debian, the open-vm-tools version number is not 0

[Yanhui He]

Package: open-vm-tools
Version: 2:9.4.6
X-Debbugs-CC: h...@vmware.com, l...@vmware.com, yan...@vmware.com,
yanh...@vmware.com

To: sub...@bugs.debian.org
From: yanh...@vmware.com
Subject: After uninstall open-vm-tools in debian, the open-vm-tools version
number is not 0 

Hi,

Description of problem:

As the title, after uninstall open-vm-tools in debian 7.9 & 7.10 & 8.2 &
8.3 & 8.4, the shown open-vm-tools version number is not 0.

Version-Release number of selected component (if applicable): 9.4.6

How reproducible: Always

Steps to Reproduce:
1. Install open-vm-tools 9.4.6 package
2. The version number of open-vm-tools can be seen and it is not equal to 0
3. Uninstall open-vm-tools 9.4.6 package

Actual results: The version number of open-vm-tools can be seen and it is
still not equal to 0

Expected results: The version number of open-vm-tools can be seen and it is
equal to 0


Please kindly fix this problem in debian.

Thanks in advance!

Best regards,
Yanhui