This message was deleted.
# awss
sparse-intern-71089
12/29/2019, 5:05 PMThis message was deleted.
w
white-balloon-205
12/29/2019, 8:58 PM
Huh - haven’t seen that before. Do the resources in the state show non-zero sizes and/or content? For example, visiting the stack link in the Pulumi console?
f
future-yak-43516
12/29/2019, 9:10 PMit shows all files have a length of 0 bytes in the AWS console, in the resource view of the stack (on the pulumi website) I can see all the files and each individual file seems to be alright but I can't find any length information there...
when I issue an "aws s3 sync" from the command line it is uploaded without a problem.
If I delete all files from the bucket, call "pulumi refresh" to force an update of the pulumi repository and then try an "pulumi up" it uploads again only zero length files. All files have a length of zero bytes but one, a ".DS_store" file - I can remove it manually from my file system but it doesn't change a thing.
future-yak-43516
12/29/2019, 9:32 PMIt does not seem to have anything to do with the .DS_store file at all 😕 I just copied the sample from the github website ... maybe I have to delete all stack resources and start from scratch ... strange
future-yak-43516
12/29/2019, 10:36 PMStill no luck, deleted the whole stack and recreated it. This is the result:
future-yak-43516
12/29/2019, 10:39 PMI took the source from the Typescript Static Website sample - the crawlDirectory method should do the trick:
onst webContentsRootPath = path.join(process.cwd(), config.pathToWebsiteContents);console.log("Syncing contents from local disk at", webContentsRootPath);crawlDirectory(webContentsRootPath,filePath: string) => {const relativeFilePath = filePath.replace(webContentsRootPath + "/", "");const contentFile = new aws.s3.BucketObject(relativeFilePath,key: relativeFilePath,acl: "public-read",bucket: contentBucket,contentType: mime.getType(filePath) || undefined,source: new pulumi.asset.FileAsset(filePath),parent: contentBucket,o
orange-australia-91292
12/30/2019, 8:28 AMDo you have logs enabled on AWS side? Did you check those? There should be something there.
f
future-yak-43516
12/30/2019, 8:25 PMin the pulumi diagnostic logs I see many weird entries like these:
future-yak-43516
12/30/2019, 8:25 PMWaiting for state to become: [success]
Reading S3 Bucket Object meta: {
AcceptRanges: "bytes",
ContentLength: 0,
ContentType: "application/xml",
ETag: "\"d41d8cd98f00b204e9800998ecf8427e\"",
LastModified: 2019-12-30 202141 +0000 UTC
}
future-yak-43516
12/30/2019, 8:27 PMthe ContentLength is always 0. I've tried completely different files now, different bucket name, tried to isolate the upload method - still it uploads only 0 bytes.
o
orange-australia-91292
12/31/2019, 8:15 AMTo me it sounds like some strange permissions issue where the key (file name) is created, but then the upload fails. Could be entirely wrong though. I’d check permissions and logs on AWS side. CloudTrail, CLoudWatch, bucket logs, that kind of thing.
f
future-yak-43516
12/31/2019, 10:56 AMit works flawless from windows though (same stack, same files, same bucket) - maybe the mac tools are broken?!
3 Views