Cloud Filestore has the following known issues.
Clients can't have an IP address from the
Clients with an IP address from the
172.17.0.0/16 range can't connect to
Cloud Filestore instances.
Slow response on Windows NFS clients
On some Windows NFS clients, it can take 20+ seconds to create a folder or delete files. To improve client response, use the following procedure to create a Windows firewall rule to block network traffic to the ports used by NetBIOS and SMB, usually ports 445 and 139.
- Open the Windows Firewall with Advanced Security snap-in in the Microsoft Management Console.
- In the left-hand pane, click Outbound Rules.
- In the right-hand Actions pane, click New Rule.
- In the New Outbound Rule Wizard, select the Port radio button and then click Next.
- Select the TCP radio button, select the Specific Remote ports radio button, and then type 445, 139 in the field next to the Specific Remote ports radio button. Click Next.
- Select the Block the connection radio button and then click Next.
- Select the Domain, Private, and Public checkboxes, and then click Next.
- Type a name for the firewall rule, and then click Finish.
No Premium tier quota in the us-west2 region
You might see a default quota of 0 for Cloud Filestore Premium tier capacity in the us-west2 region. If this is the case, you can't create Premium tier instances until quota is increased. To fix this issue, request additional quota.
Cloud Filestore instances on the shared VPC network cannot be created from service projects
If you attempt to create a Cloud Filestore instance from a service
project that is attached to a shared VPC
host project, the shared VPC network is not listed under Authorized network.
Similarly, attempting to create the instance using
gcloud or the REST API
results in the following error:
ERROR: (gcloud.filestore.instances.create) INVALID_ARGUMENT: network
'[SHARED_VPC_NETWORK]' does not exist.
You can create Cloud Filestore instances from the host project with the shared VPC as the authorized network. Once created, clients in any service project can mount the instance as usual.
The caveats to this workaround include:
- The host project must be involved in the creation of Cloud Filestore instances.
- Costs for Cloud Filestore instances are charged to the host project instead of the service projects that use them.