Tiramisu Mokka kofemann

Token-based storage access problem statement

by Tigran Mkrtchyan, Deutsches Elektronen-Synchrotron DESY, June 2023.

Status of this Memo

By submitting this Internet-Draft, I certify that any applicable patent or other IPR claims of which I am aware have been disclosed, or will be disclosed, and any of which I become aware will be disclosed, in accordance with RFC 3668.

dCache admin interface with YubiKeys

(by assuming you already have a yubikey ... )

pre-requisites

OpenSSH version 8.2 or later on the client
dCache 7.2 or later

	#!/bin/sh
	#
	# Simple utility to explore unknown code.
	#
	# Dependencies:
	# - access to LLM API
	# - chatgpt client https://github.com/kardolus/chatgpt-cli/
	# - glow to beautify the output https://github.com/charmbracelet/glow
	#

	#!/usr/bin/env python3

	# Licensed under GNU GENERAL PUBLIC LICENSE Version 2

	#
	# parses files produced by : `tshark -r file.pcap -q -n -T pdml`
	#

	import xml.sax
	import sys

	DATA AND METADATA COHERENCE
	Some modern cluster file systems provide perfect cache coherence among their clients. Perfect cache coherence among disparate NFS clients is expensive to achieve, especially on wide area networks. As such, NFS settles for weaker cache coherence that satisfies the requirements of most file sharing types.

	Close-to-open cache consistency
	Typically file sharing is completely sequential. First client A opens a file, writes something to it, then closes it. Then client B opens the same file, and reads the changes.

	When an application opens a file stored on an NFS version 3 server, the NFS client checks that the file exists on the server and is permitted to the opener by sending a GETATTR or ACCESS request. The NFS client sends these requests regardless of the freshness of the file's cached attributes.

	When the application closes the file, the NFS client writes back any pending changes to the file so that the next opener can view the changes. This al

	package org.dcache.chimera.posix;


	import static java.nio.charset.StandardCharsets.UTF_8;
	import static java.util.UUID.randomUUID;

	import com.zaxxer.hikari.HikariConfig;
	import com.zaxxer.hikari.HikariDataSource;
	import java.io.FileReader;
	import java.io.IOException;

	package dev.kofemann.playground;

	import io.netty.bootstrap.ServerBootstrap;
	import io.netty.buffer.ByteBuf;
	import io.netty.channel.ChannelFuture;
	import io.netty.channel.ChannelHandlerContext;
	import io.netty.channel.ChannelInboundHandlerAdapter;
	import io.netty.channel.ChannelInitializer;
	import io.netty.channel.EventLoopGroup;
	import io.netty.channel.epoll.EpollEventLoopGroup;

	#!/bin/sh

	if [ $# != 1 ]
	then
	echo "Usage `basename $0` <start\|stop>"
	exit 1
	fi

	POD_NAME=dcache-infrastructure
	LOCAL_ADDRESS=`hostname -f`

	#!/usr/bin/env python3

	import sys
	import struct
	import binascii

	fh = sys.argv[1].upper()

	version = struct.unpack('b', bytes.fromhex(fh[0:2]) )[0]
	magic = fh[2:8]

	vm.laptop_mode=5
	vm.dirty_writeback_centisecs = 15000
	vm.swappiness=10

	fs.inotify.max_user_watches = 524288

Tiramisu Mokka kofemann

Token-based storage access problem statement

Status of this Memo

dCache admin interface with YubiKeys

pre-requisites

Generate a new key pair