winesapOS icon indicating copy to clipboard operation
winesapOS copied to clipboard

Errors while booting the Performance image

Open ogstriker opened this issue 1 year ago • 12 comments

Describe the bug or feature getting error while booting the ISO:

mount: /sys/firmware/efi/efivars: mount(2) system call failed: Operation not supported

failed to mount "UUID=" on real root

Issue Type

  • [x ] Bug Report
  • [ ] Feature Request
  • [ ] Documentation
  • [ ] Question
  • [ ] Other [Please specify]

To Reproduce Steps to reproduce the behavior:

  1. Boot ISO, select the Linux kernel and then I get the error

Expected behavior To boot and install normally

Versions (please complete the following information):

  • Version: [ex., 3.4.0]
  • Image type: [Performance]
  • Computer type: [PC]
  • Graphics vendor: [AMD]
  • Graphics card: [Ryzen 5 5500u Vega 7]

Additional context I'm using an UEFI system and the ISO checksum matches.

ogstriker avatar Jan 18 '24 21:01 ogstriker

facing the same (or very similar) issue being not able to connect to S3 bucket starting from thanos version 0.28.1 (tested also 0.29.0), last one which works correctly is 0.28.0, using IAM on AWS EKS Error in the log: err="bucket store initial sync: sync block: BaseFetcher: iter bucket: Access Denied"

flashmann avatar Dec 21 '22 07:12 flashmann

Experiencing this also, I already make sure all permission for accessing S3 is present but still access denied. Any pointer would be appreciated.

rbudiharso avatar Dec 28 '22 09:12 rbudiharso

After some troubleshooting we found out possible root cause of the problem: https://github.com/minio/minio-go/commit/fe4dc656657288125addc6b3be2f629376881075

We experience problem only with cross account bucket access on AWS. Working scenarios for us:

  • Use Assume role on EKS cluster.
  • Setting "aws_sdk_auth: true" on clusters where is not possible to use assume role.

Tested with version 0.30.1

maso7 avatar Jan 30 '23 16:01 maso7

I can see this issue with 0.30.2 only working version is 0.28.0

gave all the necessary permissions to s3 also followed this commit https://github.com/thanos-io/thanos/issues/5996#issuecomment-1366556738 at https://github.com/thanos-io/thanos/issues/5996 but none of the options makes the access denied error disappear except this version 0.28.0

level=info caller=factory.go:52 msg="loading bucket configuration" level=info caller=inmemory.go:174 msg="created in-memory index cache" maxItemSizeBytes=131072000 maxSizeBytes=262144000 maxItems=maxInt level=info caller=options.go:26 protocol=gRPC msg="disabled TLS, key and cert must be set to enable" level=info caller=store.go:469 msg="starting store node" level=info caller=store.go:382 msg="initializing bucket store" level=info caller=intrumentation.go:75 msg="changing probe status" status=healthy level=info caller=http.go:73 service=http/server component=store msg="listening for requests and metrics" address=0.0.0.0:10902 level=info caller=tls_config.go:232 service=http/server component=store msg="Listening on" address=[::]:10902 level=info caller=tls_config.go:235 service=http/server component=store msg="TLS is disabled level=warn caller=intrumentation.go:67 msg="changing probe status" status=not-ready reason="bucket store initial sync: sync block: BaseFetcher: iter bucket: Access Denied" level=info caller=http.go:91 service=http/server component=store msg="internal server is shutting down" err="bucket store initial sync: sync block: BaseFetcher: iter bucket: Access Denied" level=info caller=intrumentation.go:56 msg="changing probe status" status=ready level=info caller=http.go:110 service=http/server component=store msg="internal server is shutdown gracefully" err="bucket store initial sync: sync block: BaseFetcher: iter bucket: Access Denied" level=info caller=intrumentation.go:81 msg="changing probe status" status=not-healthy reason="bucket store initial sync: sync block: BaseFetcher: iter bucket: Access Denied" level=info caller=grpc.go:131 service=gRPC/server component=store msg="listening for serving gRPC" address=0.0.0.0:10901 level=warn caller=intrumentation.go:67 msg="changing probe status" status=not-ready reason="bucket store initial sync: sync block: BaseFetcher: iter bucket: Access Denied" level=info caller=grpc.go:138 service=gRPC/server component=store msg="internal server is shutting down" err="bucket store initial sync: sync block: BaseFetcher: iter bucket: Access Denied" level=info caller=grpc.go:151 service=gRPC/server component=store msg="gracefully stopping internal server" level=info caller=grpc.go:164 service=gRPC/server component=store msg="internal server is shutdown gracefully" err="bucket store initial sync: sync block: BaseFetcher: iter bucket: Access Denied"

much appreciated if there is any update on this.

GNSunny avatar Feb 22 '23 14:02 GNSunny

I'm getting the same error on store-gateway v0.31.0, in EKS, using IAM role in service account.

carlosrmendes avatar Mar 29 '23 18:03 carlosrmendes

I'm getting the same error on store-gateway v0.31.0, in Kops, using IAM role in service account.

amohamedhey avatar Jun 01 '23 16:06 amohamedhey

I'm facing the same issue. I can confirm that 0.28.0 is the latest working version. Version 0.28.1 and above are broken.

roelywoely avatar Jun 21 '23 07:06 roelywoely

Try to extend you objstore config with "aws_sdk_auth: true". It's working for us with any version after 0.28.0 we had.

Example: --objstore.config={type: S3, config: {bucket:<bucket name>, region: eu-west-1, aws_sdk_auth: true, endpoint: s3.eu-west-1.amazonaws.com, put_user_metadata: {\"X-Amz-Acl\": \"bucket-owner-full-control\"}}}

maso7 avatar Jun 21 '23 08:06 maso7

Not exactly Thanos itself, but still potentially useful – if you're hitting this issue after upgrading Bitnami's Thanos chart to v0.13, this might be because of the removal of the existingServiceAccount option. Service accounts must now be defined on a per-service basis.

Pluies avatar Feb 19 '24 14:02 Pluies

still having the issue wit version 0.28.0 and 0.28.1

guliziskender avatar Feb 26 '24 15:02 guliziskender