On Sat, Mar 04, 2017 at 01:31:31PM +1300, Carlin Bingham wrote: > I'm having an issue with git clone failing in a vmm vm. Happens consistently > for any large trees, example: > > $ git clone https://github.com/openbsd/src.git > Cloning into 'src'... > remote: Counting objects: 1672334, done. > remote: Compressing objects: 100% (867/867), done. > fatal: pack has bad object at offset 2242336: inflate returned -5 > fatal: index-pack failed > > This doesn't happen outside the vm. >
Thanks for reporting this. I have seen other similar failures. I think I know what's going on but I don't have a fix yet. I will let you know when I do. -ml > Syslog on the host says this: > Mar 4 12:12:40 vorpal vmd[99431]: vionet queue notify - no space, dropping > packet > > Other downloads (eg. downloading the sets) works fine, it's just git that > fails. > > Anyone know what the problem might be or how to prevent it? > > > The network on the host looks like this: > > vether0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 > lladdr fe:e1:ba:d1:a5:21 > index 8 priority 0 llprio 3 > groups: vether > media: Ethernet autoselect > status: active > inet 10.1.1.1 netmask 0xffffff00 broadcast 10.1.1.255 > bridge0: flags=41<UP,RUNNING> > index 9 llprio 3 > groups: bridge > priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp > vether0 flags=3<LEARNING,DISCOVER> > port 8 ifpriority 0 ifcost 0 > tap0 flags=3<LEARNING,DISCOVER> > port 10 ifpriority 0 ifcost 0 > tap0: flags=8942<BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 > lladdr fe:e1:ba:d2:bb:43 > description: vm2-if0-tmpvm > index 10 priority 0 llprio 3 > groups: tap > status: active > > -- > Carlin
