<p>पैकर 0 बाइट vmdk का उत्पादन करता है</p>

ओह, मैं macOS 10.13.3 और एपीएफएस, पैकर 1.2.1, वर्चुअलबॉक्स 5.2.8 पर समस्या को दोहरा सकता हूं

$ packer build --only=virtualbox-iso windows_2016_docker.json
$ ls -l windows_2016_docker_virtualbox.box
-rw-r--r--   1 stefan  staff  10146394489 Mar  8 12:16 windows_2016_docker_virtualbox.box
$ tar tvf windows_2016_docker_virtualbox.box
-rw-r--r--  0 stefan staff    2286 Mar  8 12:16 Vagrantfile
-rw-r--r--  0 stefan staff       0 Mar  8 12:16 WindowsServer2016Docker-disk001.vmdk
-rw-r--r--  0 stefan staff   10411 Mar  8 12:16 box.ovf
-rw-r--r--  0 stefan staff      26 Mar  8 12:16 metadata.json

मैं एक पुराने पैकर संस्करण 1.1.3 के साथ पीछे हट गया हूं, अभी भी macOS 10.13.3 और APFS, वर्चुअलबॉक्स 5.2.8 और बॉक्स फाइल बाद में ठीक दिखता है:

$ ls -l *box
-rw-r--r--  1 stefan  staff  10817278351 Mar 11 14:28 windows_2016_docker_virtualbox.box
$ tar tvf windows_2016_docker_virtualbox.box 
-rw-r--r--  0 501    20        2286 Mar 11 14:27 Vagrantfile
-rw-r--r--  0 501    20 10952051712 Mar 11 14:27 WindowsServer2016Docker-disk001.vmdk
-rw-r--r--  0 501    20       10412 Mar 11 14:27 box.ovf
-rw-r--r--  0 501    20          26 Mar 11 14:27 metadata.json
~/code/packer-windows on my*

पैकर 1.1.3 और पैकर 1.2.1 के बीच क्या अंतर हो सकता है?

1.2.1 में फ़न डर्कटॉक्स काफी अलग है?

क्षमा करें, गिट के साथ बहुत अच्छा नहीं है, इसलिए मुझे नहीं पता कि आप उस कोड को कैसे खींच सकते हैं जैसे आपने किया था

https://github.com/hashicorp/packer/blob/4d3a762e85e7e8050134a4e33e1f87a54029dcb8/post-processor/vagrant/util.go#L71 -L155

पैकट / पोस्ट-प्रोसेसर / वेजेंट / यूसेज.गो में पैकर 1.1.1 के बाद से एक परिवर्तन दोष दिखाता है।
पैकर 1.1.3 को गो 1.9 के साथ संकलित किया गया है, पैकर 1.2.1 को गो 1.10 के साथ संकलित किया गया है।

यह वास्तव में 1.10 गोलंग के साथ एक समस्या की तरह दिखता है।

मैंने पैकर / पोस्ट-प्रोसेसर / योनि / यूटिलिटी का उपयोग किया है। एक छोटे से main.go फ़ाइल में DirToBox packer.Ui के बिना कार्य कर रहा हूँ।

उस कोड को गोलंग 1.9 के साथ बनाया गया टार फाइल अच्छा लगता है।
उस कोड को गोलंग १.१० के साथ संकलित करने पर टार फ़ाइल एक शून्य बाइट फ़ाइल दिखाती है।

समस्या संपीड़न स्तर = 0 के साथ भी होती है, इसलिए यह pgzip पैकेज से स्वतंत्र है।

नमूना स्रोत dirtobox.go , Dockerfile और build.sh डार्विन बाइनरी बनाने के लिए स्क्रिप्ट इस gist में पाया जा सकता है: https://gist.github.com/StefanScherer-c55fd0ae752687878080ff5db40cadc787878

मैंने एक बड़ी फ़ाइल के साथ in निर्देशिका का एक नमूना बनाया है, डार्विन के लिए dirtobox बाइनरी संकलित किया और परीक्षण चलाया

$ ./build.sh 

$ ls -l in
total 21509960
-rw-r--r--  1 stefan  staff  11012556800 Mar 12 15:11 abigfile.tar
-rw-r--r--  1 stefan  staff            6 Mar 12 15:08 asmallfile.txt

$ ./dirtobox 
2018/03/12 15:35:02 Turning dir into box: in => out.tar
2018/03/12 15:35:02 Skipping directory 'in' for box 'out.tar'
2018/03/12 15:35:02 Box add: 'in/abigfile.tar' to 'out.tar'
Compressing: %s abigfile.tar
2018/03/12 15:35:32 Box add: 'in/asmallfile.txt' to 'out.tar'
Compressing: %s asmallfile.txt

$ ls -l out.tar
-rw-r--r--  1 stefan  staff  11012560384 Mar 12 15:27 out.tar

$ tar tvf out.tar
-rw-r--r--  0 stefan staff       0 Mar 12 15:11 abigfile.tar
-rw-r--r--  0 stefan staff       6 Mar 12 15:08 asmallfile.txt

Dockerfile वापस गोलंग में बदलना: 1.9

FROM golang:1.9

WORKDIR /go/src/app
COPY . .

RUN go get -d -v ./...
RUN GOOS=darwin go build dirtobox.go

और ./build.sh और ./dirtobox चलने से एक सही टार फाइल बनती है:

$ ls -l out.tar 
-rw-r--r--  1 stefan  staff  11012559360 Mar 12 15:37 out.tar

$ tar tvf out.tar 
-rw-r--r--  0 501    20 11012556800 Mar 12 15:11 abigfile.tar
-rw-r--r--  0 501    20           6 Mar 12 15:08 asmallfile.txt

यह फ़ाइलों के साथ होने लगता है> 8GByte।

गोलंग पर एक मुद्दा खोलने के लिए समय?

उत्कृष्ट यात्रा @StefanScherer

मैं आज Vagrant साथ एक बहुत ही इसी तरह के मुद्दे में भाग - देखते यहाँ ।

Vagrant 2.0.3 के साथ एम्बेडेड लंबी और छोटी टार उपयोगिता में बड़ी फ़ाइलों के साथ अभिलेखागार को अनपैक करने में समस्याएँ आ रही हैं - जब बॉक्स टार आर्काइव से फ़ाइलों को निकालने के लिए bsdtar का उपयोग कर रहा हूँ, तो मैं शून्य बाइट्स के एक बहुत ही स्लिमलाइन vmdk के साथ समाप्त होता हूं! छोटे बक्से किसी भी मुद्दे का कारण नहीं बनते।

ध्यान दें कि सिस्टम टार में एक ही बॉक्स / टार आर्काइव से फाइल निकालने में कोई समस्या नहीं है ...

$ /opt/vagrant/embedded/bin/bsdtar --version
bsdtar 3.2.2 - libarchive 3.2.2 zlib/1.2.11 liblzma/5.2.3

$ tar --version
tar (GNU tar) 1.29

@StefanScherer - क्या आप सुनिश्चित हैं कि यह आपके द्वारा उपयोग किए जा रहे टार संस्करण नहीं हैं जो कि समस्याएँ पैदा कर रहे हैं?

संदर्भ के लिए @StefanScherer :

$ sw_vers 
ProductName:    Mac OS X
ProductVersion: 10.11.6
BuildVersion:   15G19009

$ go version
go version go1.10 darwin/amd64

$ packer version
Packer v1.2.2-dev...

@basictheprogram @StefanScherer क्षमा करें - बस यहां मूल मुद्दे को देखा।

यही कारण है कि एक ही मुद्दे के रूप में सूचित किया गया है यहाँ नहीं एक पैकर मुद्दा -!

धन्यवाद @Dan Ham -up के लिए।
MacOS पर bsdtar से समस्या हो सकती है।
पैकर में समस्या गोलंग 1.10 के साथ लगती है। यह स्पष्ट रूप से गोलंग 1.9 और 1.10 के बीच अलग-अलग टार फाइलें बनाता है।

गोलंग १.९ और १.१ के साथ संकलित ऊपर डर्टोबॉक्स नमूना कोड के साथ बनाई गई टार फ़ाइलों को निकालने के लिए मैंने https://github.com/mholt/archiver/releases से एक और गो बाइनरी का उपयोग किया।

संग्रहकर्ता डर्टोबॉक्स गोलंग 1.9 बाइनरी के साथ बनाई गई टार फ़ाइल से फ़ाइल को निकाल सकता है।
और अभिलेखागार ने सिर्फ एक खाली फाइल लिखी है जिसमें डर्टोबॉक्स गोलंग 1.10 बाइनरी के साथ बनाई गई टार फाइल को निकाला गया है।

उस परीक्षण में कोई टार / bsdtar बाइनरी शामिल नहीं था।

मेरे Vagrant 2.0.2 के एम्बेडेड bsdtar के साथ एक परीक्षण भी बड़ी फ़ाइलों को निकाल सकता है

$ /opt/vagrant/embedded/bin/bsdtar tvf out-go1.9.tar 
-rw-------  0 501    20 10737418240 Mar 23 23:02 10Gigfile
$ /opt/vagrant/embedded/bin/bsdtar xvf out-go1.9.tar 
x 10Gigfile
$ ls -l 10Gigfile 
-rw-------  1 stefan  staff  10737418240 Mar 23 23:02 10Gigfile


$ /opt/vagrant/embedded/bin/bsdtar tvf out-go1.10.tar 
-rw-------  0 stefan staff       0 Mar 23 23:02 10Gigfile
$ /opt/vagrant/embedded/bin/bsdtar xvf out-go1.10.tar 
x 10Gigfile
$ ls -l 10Gigfile 
-rw-------  1 stefan  staff  0 Mar 23 23:02 10Gigfile

@StefanScherer आह ... ठीक है। सोचा था कि हम एक दूर समझाया! गुड लक ट्रैकिंग नीचे बग ...

मैं हाल ही में इस मुद्दे को ले रहा हूं, लेकिन पैकर 1.1.3 पर वापस लौटने के साथ कोई भी बढ़त बनाने में असमर्थ हूं। मुझे नहीं लगता कि आपके पास कोई अन्य विचार है?

(समस्या https://github.com/Parallels/vagrant-parallels/issues/319 में प्रलेखित है, जैसा कि मैंने सोचा था कि यह एक प्लगइन मुद्दा था!)

इसलिए कुछ और जांच;
मैं OSX 10.12 पर पैकर 1.1.2 पर वापस आया, और वह एक स्थिर बॉक्स का उत्पादन करने में कामयाब रहा जिसका मैं उपयोग कर सकता था।
OSX 10.13 पर पैकर 1.1.2 के साथ परीक्षण और जो किसी कारण से विफल हो जाता है? हार्डड्राइव कहता है कि यह 0 :

$ tar -tvf sdk-mac.box 
-rw-r--r--  0 user group     180 27 Mar 12:57 Vagrantfile
-rw-r--r--  0 user group      25 27 Mar 12:57 metadata.json
-rw-r--r--  0 user group   65536 27 Mar 12:56 sdk-mac.pvm/NVRAM.dat
-rw-r--r--  0 user group    7224 27 Mar 12:56 sdk-mac.pvm/VmInfo.pvi
-rw-r--r--  0 user group   26381 27 Mar 12:56 sdk-mac.pvm/config.pvs
-rw-r--r--  0 user group    1710 27 Mar 12:56 sdk-mac.pvm/harddisk.hdd/DiskDescriptor.xml
-rw-r--r--  0 user group       0 27 Mar 12:56 sdk-mac.pvm/harddisk.hdd/harddisk.hdd
-rw-r--r--  0 user group       0 27 Mar 12:57 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.0.{5fbaabe3-6958-40ff-92a7-860e329aab41}.hds
-rw-r--r--  0 user group    8816 27 Mar 12:57 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.drh

तो निश्चित रूप से ऐसा लगता है कि यह कहीं एक पैकर मुद्दा है ... आप इसे कैसे डिबग करते हैं, जैसा कि मुझे वास्तव में इन मशीनों के लिए काम करने की आवश्यकता है!

FYI करें। सिएरा के लिए आज होमब्रेव से एक नया पैकर और गोलंग है। और हाई सिएरा के लिए नया पैकर।

@basictheprogram अपडेट के लिए धन्यवाद!

मैंने उन्हें होमब्रेव (1.2.2) पर उपलब्ध नवीनतम पैकर दोनों से अपडेट किया है

• सियरा ठीक काम करता है
• हाई सिएरा अभी भी हार्ड ड्राइव को कनेक्ट नहीं कर सकता है

मुझे यकीन नहीं है कि ओएस अंतर के अलावा इस मुद्दे का और क्या कारण हो सकता है?

क्या अजीब बात है कि $ tar .box चल रहा है, यह दर्शाता है कि दोनों OS के लिए लगता है कि हार्ड डिस्क का आकार 0 ... लेकिन vagrant up करना सिएरा एक के लिए ठीक काम करता है। (वे दोनों वैग्रांट 2.0.3 चला रहे हैं)।

सिएरा:

$ tar tvf sdk-mac.box 
-rw-r--r--  0 user group     180 27 Mar 15:25 Vagrantfile
-rw-r--r--  0 user group      25 27 Mar 15:25 metadata.json
-rw-r--r--  0 user group   65536 27 Mar 15:23 sdk-mac.pvm/NVRAM.dat
-rw-r--r--  0 user group    7224 27 Mar 15:23 sdk-mac.pvm/VmInfo.pvi
-rw-r--r--  0 user group   26385 27 Mar 15:23 sdk-mac.pvm/config.pvs
-rw-r--r--  0 user group    1710 27 Mar 15:23 sdk-mac.pvm/harddisk.hdd/DiskDescriptor.xml
-rw-r--r--  0 user group       0 27 Mar 15:23 sdk-mac.pvm/harddisk.hdd/harddisk.hdd
-rw-r--r--  0 user group       0 27 Mar 15:25 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.0.{5fbaabe3-6958-40ff-92a7-860e329aab41}.hds
-rw-r--r--  0 user group    6784 27 Mar 15:25 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.drh

उच्च सिएरा:

$ tar tvf sdk-mac.box 
-rw-r--r--  0 user group     180 27 Mar 15:29 Vagrantfile
-rw-r--r--  0 user group      25 27 Mar 15:29 metadata.json
-rw-r--r--  0 user group   65536 27 Mar 15:29 sdk-mac.pvm/NVRAM.dat
-rw-r--r--  0 user group    7224 27 Mar 15:29 sdk-mac.pvm/VmInfo.pvi
-rw-r--r--  0 user group   26381 27 Mar 15:29 sdk-mac.pvm/config.pvs
-rw-r--r--  0 user group    1710 27 Mar 15:29 sdk-mac.pvm/harddisk.hdd/DiskDescriptor.xml
-rw-r--r--  0 user group       0 27 Mar 15:29 sdk-mac.pvm/harddisk.hdd/harddisk.hdd
-rw-r--r--  0 user group       0 27 Mar 15:29 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.0.{5fbaabe3-6958-40ff-92a7-860e329aab41}.hds
-rw-r--r--  0 user group    7728 27 Mar 15:29 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.drh

सिएरा उन्नयन पैकर स्थापित जाओ पर।

$ स्व_वर
ProductName: मैक ओएस एक्स
ProductVersion: 10.12.6
BuildVersion: 16G1212

$ गो संस्करण
जाना संस्करण go1.10 darwin / amd64

उच्च सिएरा उन्नयन पर पैकर स्थापित नहीं किया

$ स्व_वर
ProductName: मैक ओएस एक्स
ProductVersion: 10.13.3
BuildVersion: 17D102

$ जो जाते हैं

$ ls -l / usr / स्थानीय / बिन / जाना *
ls: / usr / local / bin / go *: ऐसी कोई फ़ाइल या निर्देशिका नहीं

मैंने मैन्युअल रूप से स्थापित गो और चीजें अब मेरे लिए काम कर रही हैं।

मुझे अन्य प्रतिष्ठानों पर इस सब की पुष्टि करने की आवश्यकता है।

मैकओएस के लिए पैकर 1.2.2 बाइनरी (https://releases.hashicorp.com/packer/1.2.2/packer_1.2.2_darwin_amd64.zip) को गोलंग 1.8.1 के साथ संकलित किया गया है। मुझे लगता है कि इसे फिर से काम करना चाहिए।

होमब्रेव पैकर 1.2.2 को गोलंग 1.10 के साथ संकलित किया गया है
यार, जब वे पहले से ही हाशिकॉर्प द्वारा तैनात किए जाते हैं, तो उन्हें बायनेरिज़ का संकलन क्यों करना पड़ता है?

बहुत बढ़िया जांच, दोस्तों। ऐसा लगता है कि यह पैकर में बग के बजाय होमब्रे में एक बग है - क्या आप सभी सहमत होंगे? क्या मुझे यह टिकट बंद कर देना चाहिए?

मुझे लगता है कि बग गोलंग में है और पैकर एक छोटी गाड़ी गोलंग के साथ संकलित है। हैशिकॉर्प को गोलंग 1.10 के साथ अपने पैकर को संकलित करना चाहिए।

बग्गी बाइनरी की तरह लगता है Homebrew और HashiCorp बाइनरी काम करता है?

किसी को HashiCorp 1.2.2 बाइनरी का परीक्षण करना चाहिए। कल इसका परीक्षण कर सकते हैं।

मैं recompile करने वाला हूं और HashiCorp 1.2.2 को फिर से रिलीज कर रहा हूं। गॉलंग पर बाइनरी 1.10 अब। हमें नवीनतम गोलंग पर ऐसा होना चाहिए।

हम्म, लेकिन फिर यह शायद 1.2.1 के रूप में टूट जाएगा।

यहां उन लोगों के लिए गोलंग-1.8-संकलित बाइनरी है, जिन्हें वर्कअराउंड की आवश्यकता है:
packer_1.2.2_darwin_amd64.zip इसे 1.8 के साथ संकलित करना एक दुर्घटना थी, और सिर्फ इसलिए कि यह इस बग को ठीक करता है इसका मतलब यह नहीं है कि यह दूसरों को पेश नहीं करता है।

जब मैंने चेक किया तो @basictheprogram मेरे सिस्टम में go स्थापित थे:

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.12.6
BuildVersion:   16G1212
$ go version
go version go1.10 darwin/amd64

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.13.3
BuildVersion:   17D102
$ go version
go version go1.10 darwin/amd64

मैंने अभी-अभी पैकर 1.2.2 @SwampDragons के 1.8 संकलित बाइनरी का परीक्षण किया है:
सिएरा: योनि बॉक्स विफल रहता है (हार्ड ड्राइव खोजने के लिए)
उच्च सिएरा: योनि बॉक्स फिर से विफल (एक ही मुद्दा)

1.10 के साथ संकलित डिफ़ॉल्ट पैकर 1.2.2 का परीक्षण:
सिएरा: योनि बॉक्स विफल रहता है (हार्ड ड्राइव खोजने के लिए)
उच्च सिएरा: योनि बॉक्स फिर से विफल (एक ही मुद्दा)

.pvm फ़ाइल 16GB है जो इसे संपीड़ित करने की कोशिश करता है, और आउटपुट बॉक्स 9GB है ...
मुझे लगने लगा है कि इसका मेरे सिस्टम के साथ अब कुछ लेना-देना है।

किसी को भी पुष्टि कर सकते हैं 1.2.2 काम कर रहा है, और यदि हां, तो क्या सेटअप?

(अजीब नोट; मैंने पहले कहा था कि मैंने इसे सिया पर ब्रू के पैकर के साथ काम किया था, अब यह काम नहीं कर रहा है ...)

@SwampDragons उम्मीद के

• गॉलंग 1.8 के साथ संकलित पैकर 1.2.2 बॉक्स फ़ाइलें बनाता है जो macOS टार के साथ ठीक काम करता है (bsdtar 2.8.3 - libarchive 2.8.3)।
• पैकर 1.2.2 गोलंग के साथ संकलित 1.10 बॉक्स फाइलें बनाता है जिसे macOS टार नहीं निकाल सकता है (0 बाइट फाइलें)
• दोनों उत्पन्न बॉक्स फाइलें GNU टार के साथ ठीक काम करती हैं (मैंने केवल docker run -it -v $(pwd):/test -w /test ubuntu tar tvf windows_2016_docker_virtualbox-brew-packer-1.2.2-golang-1.10.box साथ एक कंटेनर में लिनक्स संस्करण की कोशिश की।

@SwampDragons मैं अपने पैकर बायनेरिज़ को संकलित करने के लिए 1.10 (MacPorts द्वारा स्थापित) का उपयोग कर रहा हूं। जैसा कि ऊपर कहा गया है, मैं बाहर मुद्दे के साथ बड़े बक्से बना सकता हूं ...

@ सुरक्षा मेरा सेट अप:

$ sw_vers 
ProductName:    Mac OS X
ProductVersion: 10.11.6
BuildVersion:   15G19009

$ go version
go version go1.10 darwin/amd64

$ packer version
Packer v1.2.2-dev...

मेरे Windows 2016 बिल्ड से बॉक्स (GNU टार का उपयोग करके) को खोलना मुझे देता है:

.
└── [        340]  vmware_desktop
    ├── [        983]  Vagrantfile
    ├── [         30]  metadata.json
    ├── [       8684]  windows2016-vmware-iso.nvram
    ├── [13725794304]  windows2016-vmware-iso.vmdk
    ├── [          0]  windows2016-vmware-iso.vmsd
    ├── [       3515]  windows2016-vmware-iso.vmx
    └── [        277]  windows2016-vmware-iso.vmxf

1 directory, 7 files

यही कारण है कि मैं (पहले) इतना आश्वस्त था कि हम पैकर के साथ एक मुद्दे के बजाय इस मुद्दे को देख रहे थे। हालाँकि, @StefanScherer ने जो काम किया है

संपादित करें: बस ऊपर @StefanScherer की टिप्पणी देखी गई ... तो यह स्टीफन द्वारा प्रदान की गई कुछ अतिरिक्त जानकारी के साथ एक ही मुद्दा हो सकता है?

यह https://golang.org/doc/devel/release.html#go1.10.minor में तय किया गया हो सकता है

मैं 1.10.1 में आर्काइव / जिप के लिए एक फिक्स देख सकता हूं। मैंने नमूना कोड छीन लिया है, लेकिन अभी भी समस्या है। यह लिनक्स गोलंग बाइनरी के साथ भी होता है। MacOS टार (bsdtar) फ़ाइल का आकार सही ढंग से नहीं पढ़ सकता है।

मैंने https://github.com/golang/go/issues/24599 बनाया है

यहाँ डार्विन के लिए गो 1.10.1 के साथ निर्मित पैकर है। यदि यह समस्या हल करती है तो परीक्षण में किसी भी मदद की सराहना करेंगे।

packer-1.2.2-go-1.10.1.zip

धन्यवाद @StefanScherer अपस्ट्रीम बग फाइल करने के लिए। इसमें एक टन उपयोगी जानकारी है

तुम क्या कर सकते हो?
Go1.10 आउटपुट प्रारूप पर उपयोगकर्ता को बेहतर नियंत्रण देता है। आप देख सकते हैं। tar.eader.Format को tar.ormatGNU में लेबरहेड बग के आसपास काम करने के लिए देख सकते हैं।

ऐसा लगता है कि यह होना चाहिए। यदि कोई पीआर प्रस्तुत करना चाहता है, तो कृपया करें, अन्यथा हम अगले बिंदु के रिलीज के लिए समाधान जोड़ देंगे। पुराने संस्करण के साथ पैकर को संकलित करना अब के लिए एक व्यवहार्य समाधान होना चाहिए।

कुछ परीक्षणों के बाद करेंगे।

डर लगता है कि मैं अभी भी पैकर के साथ वही त्रुटि प्राप्त कर रहा हूँ जो 1.10.1 डार्विन के लिए बनाया गया है, जो .box में 12GB के बॉक्स आकार के लिए खाली हार्ड डिस्क शामिल है

$ tar -tvf sdk-mac.box 
-rw-r--r--  0 user group     180  3 Apr 11:26 Vagrantfile
-rw-r--r--  0 user group      25  3 Apr 11:26 metadata.json
-rw-r--r--  0 user group   65536  3 Apr 11:25 sdk-mac.pvm/NVRAM.dat
-rw-r--r--  0 user group    7224  3 Apr 11:25 sdk-mac.pvm/VmInfo.pvi
-rw-r--r--  0 user group   26381  3 Apr 11:25 sdk-mac.pvm/config.pvs
-rw-r--r--  0 user group    1710  3 Apr 11:25 sdk-mac.pvm/harddisk.hdd/DiskDescriptor.xml
-rw-r--r--  0 user group       0  3 Apr 11:25 sdk-mac.pvm/harddisk.hdd/harddisk.hdd
-rw-r--r--  0 user group       0  3 Apr 11:26 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.0.{5fbaabe3-6958-40ff-92a7-860e329aab41}.hds
-rw-r--r--  0 user group    8336  3 Apr 11:26 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.drh

(और हार्ड डिस्क त्रुटि के साथ vagrant up चल रहा है)

मैं अभी भी vagrant up का उपयोग करके Packer 1.1.3 ( vagrant up हार्ड डिस्क) त्रुटि प्राप्त कर रहा हूं, इसलिए मुझे यकीन नहीं है कि यह मेरे सिस्टम के साथ कुछ है?
भले ही हार्ड डिस्क को इनिशियलाइज़ किया गया लगता है?

$ tar -tvf sdk-mac.box 
-rw-r--r--  0 501    20        180  3 Apr 12:24 Vagrantfile
-rw-r--r--  0 501    20         25  3 Apr 12:24 metadata.json
-rw-r--r--  0 501    20      65536  3 Apr 12:23 sdk-mac.pvm/NVRAM.dat
-rw-r--r--  0 501    20       7224  3 Apr 12:23 sdk-mac.pvm/VmInfo.pvi
-rw-r--r--  0 501    20      26381  3 Apr 12:23 sdk-mac.pvm/config.pvs
-rw-r--r--  0 501    20       1710  3 Apr 12:23 sdk-mac.pvm/harddisk.hdd/DiskDescriptor.xml
-rw-r--r--  0 501    20          0  3 Apr 12:23 sdk-mac.pvm/harddisk.hdd/harddisk.hdd
-rw-r--r--  0 501    20 19503513600  3 Apr 12:24 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.0.{5fbaabe3-6958-40ff-92a7-860e329aab41}.hds
-rw-r--r--  0 501    20        7472  3 Apr 12:24 sdk-mac.pvm/harddisk.hdd/harddisk.hdd.drh

क्या आपने काढ़ा से पैकर की कोशिश की है?

@basictheprogram हाँ, मैं के रूप में अच्छी ब्रियू साथ 1.1.3 के लिए वापस जा के रूप में नवीनतम 1.2.2 की कोशिश की है, लेकिन वे दोनों एक ही मुद्दों से ऊपर साथ काम नहीं किया

@SurferL क्या आप vagrant box add... का उपयोग कर रहे हैं? मुझे पूरा यकीन है कि टारस के वैगंटेड एम्बेडेड संस्करण पैकर में गए फिक्स के बावजूद इन मुद्दों का कारण बनेंगे। मेरी टिप्पणी यहाँ देखें।

लंबे और छोटे आपको मैन्युअल रूप से बॉक्स को सही स्थान पर .vagrant.d में अनपैक करने की आवश्यकता हो सकती है ... निर्देशिका जीएनयू टार का उपयोग करते हुए bsdtar के बजाय जब तक कि वैग्रांट का अगला संस्करण जारी नहीं किया जाता है।

@Danमो इस ओर इशारा करने के लिए धन्यवाद - मैं vagrant box add का उपयोग नहीं कर रहा था, और इसने Packer 1.1.3 साथ अपना निर्माण कार्य किया!

बस कुछ और जानकारी:
काढ़ा से Packer 1.2.2 का उपयोग करना (और vagrant box add का उपयोग नहीं किया), और न ही पैकर का उपयोग डार्विन के लिए 1.10.1 के साथ बनाया गया (और vagrant box add का उपयोग करके ...)

मैं इस मुद्दे को बंद करने जा रहा हूं क्योंकि इसे _30 दिनों के लिए बंद कर दिया गया है ⏳। यह हमारे रखरखावकर्ताओं को सक्रिय मुद्दों को खोजने और ध्यान केंद्रित करने में मदद करता है।

यदि आपको ऐसी समस्या मिली है जो इसके समान प्रतीत होती है, तो कृपया एक नया मुद्दा खोलें और समस्या का खाका पूरा करें ताकि हम आगे की जांच करने के लिए आवश्यक सभी विवरणों को पकड़ सकें।