- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 12 for should (0.16 sec)
-
common/scripts/setup_env.sh
fi } KUBECONFIG=${KUBECONFIG:="$HOME/.kube/config"} parse_KUBECONFIG "${KUBECONFIG}" if [[ "${FOR_BUILD_CONTAINER:-0}" -eq "1" ]]; then KUBECONFIG="${container_kubeconfig%?}" fi # LOCAL_OUT should point to architecture where we are currently running versus the desired. # This is used when we need to run a build artifact during tests or later as part of another # target. if [[ "${FOR_BUILD_CONTAINER:-0}" -eq "1" ]]; then
Shell Script - Registered: Wed May 08 22:53:08 GMT 2024 - Last Modified: Thu May 02 16:31:40 GMT 2024 - 7.6K bytes - Viewed (0) -
docs/bucket/replication/setup_ilm_expiry_replication.sh
## Only the expiry part of rules should get removed as part if replication of removal from ## other site id=$(./mc ilm rule list siteb/bucket --json | jq '.config.Rules[] | select(.Expiration.Days==3) | .ID' | sed 's/"//g') # Remove rule from siteb ./mc ilm rule remove --id "${id}" siteb/bucket sleep 30s # allow to replicate # sitea should still contain the transition portion of rule
Shell Script - Registered: Sun May 05 19:28:20 GMT 2024 - Last Modified: Fri Apr 26 00:31:12 GMT 2024 - 12.7K bytes - Viewed (0) -
docs/site-replication/run-multi-site-ldap.sh
# stop minio1 kill -9 ${site1_pid} # Update tag on minio2/newbucket when minio1 is down ./mc tag set minio2/newbucket "key=val2" # create a new bucket on minio2. This should replicate to minio1 after it comes online. ./mc mb minio2/newbucket2 # delete bucket2 on minio2. This should replicate to minio1 after it comes online. ./mc rb minio2/bucket2 # Restart minio1 instance
Shell Script - Registered: Sun May 05 19:28:20 GMT 2024 - Last Modified: Wed Feb 14 04:51:23 GMT 2024 - 10K bytes - Viewed (1) -
docs/site-replication/run-multi-site-minio-idp.sh
# Update tag on minio2/newbucket when minio1 is down ./mc tag set minio2/newbucket "key=val2" # create a new bucket on minio2. This should replicate to minio1 after it comes online. ./mc mb minio2/newbucket2 # delete bucket2 on minio2. This should replicate to minio1 after it comes online. ./mc rb minio2/bucket2 # Restart minio1 instance
Shell Script - Registered: Sun May 05 19:28:20 GMT 2024 - Last Modified: Thu Mar 07 00:19:24 GMT 2024 - 11.9K bytes - Viewed (0) -
src/buildall.bash
unset GOARM if [ "$GOARCH" = "arm5" ]; then export GOARCH=arm export GOARM=5 fi # Build and vet everything. # cmd/go/internal/work/exec.go enables the same vet flags during go test of std cmd # and should be kept in sync with any vet flag changes here. if ! "$GOROOT/bin/go" build std cmd || ! "$GOROOT/bin/go" vet -unsafeptr=false std cmd; then failed=true if $sete; then exit 1 fi fi done
Shell Script - Registered: Tue Apr 30 11:13:12 GMT 2024 - Last Modified: Tue Apr 23 17:45:23 GMT 2024 - 2.1K bytes - Viewed (0) -
common/scripts/kind_provisioner.sh
fi # IPv6 clusters need some CoreDNS changes in order to work in CI: # Istio CI doesn't offer IPv6 connectivity, so CoreDNS should be configured # to work in an offline environment: # https://github.com/coredns/coredns/issues/2494#issuecomment-457215452 # CoreDNS should handle those domains and answer with NXDOMAIN instead of SERVFAIL # otherwise pods stops trying to resolve the domain.
Shell Script - Registered: Wed May 08 22:53:08 GMT 2024 - Last Modified: Mon Apr 08 19:12:55 GMT 2024 - 17.3K bytes - Viewed (1) -
docs/site-replication/run-multi-site-oidc.sh
kill -9 ${site1_pid} # Update tag on minio2/newbucket when minio1 is down ./mc tag set minio2/newbucket "key=val2" # create a new bucket on minio2. This should replicate to minio1 after it comes online. ./mc mb minio2/newbucket2 # delete bucket2 on minio2. This should replicate to minio1 after it comes online. ./mc rb minio2/bucket2 # Restart minio1 instance
Shell Script - Registered: Sun May 05 19:28:20 GMT 2024 - Last Modified: Mon Feb 26 21:30:28 GMT 2024 - 8.4K bytes - Viewed (0) -
ci/official/utilities/setup_macos.sh
echo 'TF CI scripts require GNU core utilties to be installed. Please make' echo 'sure they are present on your system and try again.' exit 1 fi # "TFCI_MACOS_BAZEL_TEST_DIR_PATH" specifies the directory that Bazel should use # when running tests. Each test will be executed in a separate subdirectory # inside this directory. TF Mac builds need ~150 GB of disk space to be able to # run all the tests. Since TFCI Mac VMs execute Bazel test commands in a
Shell Script - Registered: Tue Apr 30 12:39:09 GMT 2024 - Last Modified: Thu Feb 15 15:23:28 GMT 2024 - 6.2K bytes - Viewed (0) -
ci/official/any.sh
# or # export TF_ANY_EXTRA_ENV=ci/official/envs/local_rbe # ./any.sh # ... set -euxo pipefail cd "$(dirname "$0")/../../" # tensorflow/ # Any request that includes "nightly_upload" should just use the # local multi-cache (public read-only cache + disk cache) instead. export TFCI="$(echo $TFCI | sed 's/,nightly_upload/,public_cache,disk_cache/')" if [[ -n "${TF_ANY_EXTRA_ENV:-}" ]]; then
Shell Script - Registered: Tue May 07 12:40:20 GMT 2024 - Last Modified: Thu Feb 01 03:21:19 GMT 2024 - 2.1K bytes - Viewed (1) -
ci/official/utilities/setup.sh
# limitations under the License. # ============================================================================== # # Common setup for all TF scripts. # # Make as FEW changes to this file as possible. It should not contain utility # functions (except for tfrun); use dedicated scripts instead and reference them # specifically. Use your best judgment to keep the scripts in this directory
Shell Script - Registered: Tue Apr 30 12:39:09 GMT 2024 - Last Modified: Fri Jan 26 00:33:34 GMT 2024 - 5.2K bytes - Viewed (1)