```

### Real-time 'status' for a batch job
```
mc batch status myminio/ E24HH4nNMcgY5taynaPfxu
●∙∙
Objects:        28766
Versions:       28766
Throughput:     3.0 MiB/s
Transferred:    406 MiB
Elapsed:        2m14.227222868s
CurrObjName:    share/doc/xml-core/examples/foo.xmlcatalogs
```

### 'describe' the batch job yaml.
```
mc batch describe myminio/ E24HH4nNMcgY5taynaPfxu
replicate:

        byte[] buffer = new byte[512];
        int written = trans2SetFileInfo.writeDataWireFormat(buffer, 0);

        // Should write FileInformation data + 6 bytes padding
        assertEquals(46, written); // 40 + 6

        // Verify encode was called
        verify(mockFileInfo).encode(buffer, 0);

        // Check that 6 bytes of padding are zeros
        for (int i = 40; i < 46; i++) {

headers are now properly handled as per the HTTP spec.  As a consequence, if
you had a client that was sending an invalid Content-Type or Accept header to
the API, in 1.2 you will either receive a 415 or 406 error.
The only client
this is known to affect is curl when you use -d with JSON but don't set a
content type, helpfully sends "application/x-www-urlencoded", which is not
correct.

    assertCached(false, 400)
    assertCached(false, 401)
    assertCached(false, 402)
    assertCached(false, 403)
    assertCached(true, 404)
    assertCached(true, 405)
    assertCached(false, 406)
    assertCached(false, 408)
    assertCached(false, 409)
    // the HTTP spec permits caching 410s, but the RI doesn't.
    assertCached(true, 410)
    assertCached(false, 411)
    assertCached(false, 412)

- If a client makes an API streaming requests and specifies an `application/json;as=Table` content type, the API server now responds with a 406 (Not Acceptable) error.

pkg syscall (freebsd-arm64), const SYS_KSEM_TRYWAIT = 403
pkg syscall (freebsd-arm64), const SYS_KSEM_TRYWAIT ideal-int
pkg syscall (freebsd-arm64), const SYS_KSEM_UNLINK = 406
pkg syscall (freebsd-arm64), const SYS_KSEM_UNLINK ideal-int
pkg syscall (freebsd-arm64), const SYS_KSEM_WAIT = 402
pkg syscall (freebsd-arm64), const SYS_KSEM_WAIT ideal-int

pkg syscall (darwin-arm64), const SYS_FCHOWN ideal-int
pkg syscall (darwin-arm64), const SYS_FCNTL = 92
pkg syscall (darwin-arm64), const SYS_FCNTL ideal-int
pkg syscall (darwin-arm64), const SYS_FCNTL_NOCANCEL = 406
pkg syscall (darwin-arm64), const SYS_FCNTL_NOCANCEL ideal-int
pkg syscall (darwin-arm64), const SYS_FDATASYNC = 187
pkg syscall (darwin-arm64), const SYS_FDATASYNC ideal-int

    * If the serialization type is application/vnd.kubernetes.protobuf, and protobuf marshaling is not implemented for the requested API resource type, a '406 Not Acceptable is returned'.
    * If the serialization type is 'application/json':
    * If serialization fails, and the original status code was an failure (e.g. 4xx or 5xx), the original status code will be returned.

pkg net/http, const StatusMultipleChoices = 300
pkg net/http, const StatusNoContent = 204
pkg net/http, const StatusNonAuthoritativeInfo = 203
pkg net/http, const StatusNotAcceptable = 406
pkg net/http, const StatusNotFound = 404
pkg net/http, const StatusNotImplemented = 501
pkg net/http, const StatusNotModified = 304
pkg net/http, const StatusOK = 200
pkg net/http, const StatusPartialContent = 206