Wiki StuRa HTW Dresden - Benutzerbeiträge [de]

Server/Proxmox Virtual Environment

2022-10-29T14:10:49Z

141.56.51.192: /* Erweiterung mit Geräten für Massenspeicher bei Proxmox Ceph */

== Administration ==

=== web user interface ===

==== Browser für das web user interface ====

Es kann nur zu Chromium (notfalls Chrome) geraten werden. Firefox scheint nicht (ideal) geeignet zu sein.

==== Erreichbarkeit vom web user interface ====

Standardmäßig ist das web user interface per https auf Port ''8006'' zu erreichen.[https://pve.proxmox.com/wiki/Ports]

=== Aktualisierung ===

==== Aktualisierung innerhalb von Hauptversionen ====

(''Server View'')
: (''Dataceenter'')
:: (jeweiliger) Server
::: Reiter ''Updates''
:::: Reiter ''Refresh''
:::: Reiter ''Upgrade''

* https://pve.proxmox.com/pve-docs/pve-admin-guide.html#_system_software_updates
* https://pve.proxmox.com/pve-docs/pve-admin-guide.html#ha_manager_package_updates

==== Aktualisierung zwischen Hauptversionen ====

=== Quellen für Pakete ===

==== sources.list ====

: Proxmox Version 6
: in Anlehnung an [https://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_Busterh#Adapt_your_sources.list Proxmox:Wiki ''Install Proxmox VE on Debian Buster#Adapt your sources.list'']

Wahrnehmen des Fehlers (401) bei Beziehen der Quelle ''enterprise.proxmox.com''
:: Für die Quelle ''enterprise.proxmox.com'' bedarf es Zugangsdaten (die entsprechend zu vergüten sind). Ohne Zugangsdaten wird der Code (für den Fehler) 401 (fehlerhafte Autorisierung) ausgeliefert.
: <code>apt update</code>
<pre>
Hit:1 http://security.debian.org/debian-security buster/updates InRelease
Hit:2 http://deb.debian.org/debian buster InRelease
Hit:3 http://deb.debian.org/debian buster-updates InRelease
Hit:4 http://download.proxmox.com/debian/ceph-nautilus buster InRelease
Hit:5 http://download.proxmox.com/debian/pve buster InRelease
Err:6 https://enterprise.proxmox.com/debian/pve buster InRelease
401 Unauthorized [IP: 2a01:7e0:0:424::249 443]
Reading package lists... Done
E: Failed to fetch https://enterprise.proxmox.com/debian/pve/dists/buster/InRelease 401 Unauthorized [IP: 2a01:7e0:0:424::249 443]
E: The repository 'https://enterprise.proxmox.com/debian/pve buster InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
</pre>
Anzeigen des Datei mit dem Eintrag für diese Quelle
: <code>cat /etc/apt/sources.list.d/pve-enterprise.list</code>
<pre>
deb https://enterprise.proxmox.com/debian/pve buster pve-enterprise
</pre>
Hinzufügen einer (vergleichbaren) alternativen Quelle ohne sich registrieren zu müssen
: <code>echo "deb http://download.proxmox.com/debian/pve buster pve-no-subscription" > /etc/apt/sources.list.d/pve-no-subscription.list</code>
: <code>wget http://download.proxmox.com/debian/proxmox-ve-release-6.x.gpg -O /etc/apt/trusted.gpg.d/proxmox-ve-release-6.x.gpg</code>
<pre></pre>
<pre>
Resolving download.proxmox.com (download.proxmox.com)... 2a01:7e0:0:424::249, 212.224.123.70
Connecting to download.proxmox.com (download.proxmox.com)|2a01:7e0:0:424::249|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1202 (1.2K) [application/octet-stream]
Saving to: '/etc/apt/trusted.gpg.d/proxmox-ve-release-6.x.gpg'

/etc/apt/trusted.gpg.d/proxmo 100%[===============================================>] 1.17K --.-KB/s in 0s
</pre>
<pre></pre>
: <code>cat /etc/apt/sources.list.d/pve-install-repo.list</code>
<pre>
deb http://download.proxmox.com/debian/pve buster pve-no-subscription
</pre>
: <code>mv /etc/apt/sources.list.d/pve-enterprise.list /root/pve-enterprise.list</code>
: <code>mv /etc/apt/sources.list.d/pve-install-repo.list /root/pve-install-repo.list</code>
: <code>apt update</code>
<pre>
Hit:1 http://security.debian.org/debian-security buster/updates InRelease
Hit:2 http://deb.debian.org/debian buster InRelease
Hit:3 http://deb.debian.org/debian buster-updates InRelease
Hit:4 http://download.proxmox.com/debian/ceph-nautilus buster InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
10 packages can be upgraded. Run 'apt list --upgradable' to see them.
</pre>
: <code>apt upgrade</code>
<pre>
</pre>

----

: Proxmox Version 5
; versteckt:


=== ZFS ===

Bei {{PAGENAME}} gibt es keine direkte (integrierte) Verwaltung von ZFS. Es wird (größtenteils) verwendet wie alle anderen Dateisysteme. Auf der Kommandozeile geht aber alles.

==== Zurücksetzen der Konfiguration vom Betriebssystem auf einen vorherigen Schnappschuss von ZFS ====

Auch wenn es (seitens ZFS) möglich ist das Dateisystem "unter dem Arsch" vom Betriebssystem zurückzusetzen, so sei davon abgeraten, denn laufende Dienste können damit schlecht umgehen.

* möglichst alle relevanten Dienste stoppen
*: (Es ist leider unklar welche Dienste relevant sind.)
*: Anzeigen lassen aller laufender Dienste
*:: <code>systemctl list-units --type=service --state=running</code>
* ''zfs rollback''
* (möglichst unverzüglich) System neu starten lassen

== Proxmox Storage ==

=== Proxmox Storage Content ===

==== Proxmox Storage Content ''Disk image'' ====

==== Proxmox Storage Content ''ISO image'' ====

==== Proxmox Storage Content ''Container template'' ====

==== Proxmox Storage Content ''VZDump backup file'' ====

==== Proxmox Storage Content ''Container'' ====

==== Proxmox Storage Content ''Snippets'' ====

=== Proxmox Storage Type ===

==== Proxmox Storage Type ''Directory'' ====

==== Proxmox Storage Type ''LVM'' ====

==== Proxmox Storage Type ''LVM-thin'' ====

==== Proxmox Storage Type ''CephFS'' ====

: <code>ls /mnt/pve/</code>
<pre>
cephfs
</pre>

: <code>ls /mnt/pve/cephfs/</code>

==== Proxmox Storage Type ''RDB'' ====

<code>ls /dev/rbd/</code>
<pre>
storage
</pre>

<code>ls /dev/rbd/storage/</code>

==== Proxmox Storage Type ''ZFS'' ====

== Proxmox Ceph ==

[[c3d2:Proxmox#Proxmox Ceph]]

=== Ceph ===

==== Ceph Dashboard ====
[[c3d2:Proxmox#Ceph Dashboard]]

=== Ceph rebalance ===
=== Ceph recovery ===

https://docs.ceph.com/en/latest/dev/osd_internals/backfill_reservation/
https://www.suse.com/support/kb/doc/?id=000019693

https://docs.ceph.com/en/latest/rados/configuration/osd-config-ref/#backfilling
https://docs.ceph.com/en/latest/rados/configuration/osd-config-ref/#backfilling

=== Proxmox Ceph Verwaltung von Geräten ===

===== Ersetzen von Geräten für Massenspeicher bei Proxmox Ceph =====

===== Erweiterung mit Geräten für Massenspeicher bei Proxmox Ceph =====

* Gerät für Massenspeicher (Festplatte) in einen freien Schacht einschieben
* Verfügbarkeit (Ist das Gerät beim Server so angebunden, dass darauf zugegriffen werden kann?) prüfen
*: Beim entsprechenden Node bei <tt>Disks</tt> sollte ein neues Gerät als fortlaufender Buchstabe in der Spalte <tt>Device</tt> beispielsweise als <tt>/dev/sd''x''</tt> angezeigt werden.
* Bereinigung aller möglichen Partitionen
*: <code>fdisk <tt>/dev/sd''x''</tt></code>
*:* Entfernen aller möglichen Partitionen mit <code>d</code>
*:* (nach der Entfernung aller möglichen Partitionen) Erstellen einer neuen Tabelle für die Partitionierung (GPT) mit <code>g</code>
*:* (nach der Erstellung einer neuen Tabelle für die Partitionierung (GPT)) Anwendung der gemachten Änderungen durch das Schreiben mit <code>w</code>
* (um die Änderung für das System richtig zu erkennen) Neustarten des Systems, etwa mit <code>reboot</code>
* Verfügbarkeit (Ist das Gerät beim Server vielleicht anders angebunden, um darauf zugegriffen zu können?) prüfen
*: Beim entsprechenden Node bei <tt>Disks</tt> sollte ein das neue Gerät als fortlaufender Buchstabe nach den Geräten des Systems (vor den Geräten für Ceph) in der Spalte ''Device'' beispielsweise als <tt>/dev/sd''c''</tt> angezeigt werden.
* beim entsprechenden Node bei <tt>Ceph</tt> und <tt>OSD</tt> die Schaltfläche <tt>Create: OSD</tt> anwählen
** beim Feld für die Auswahl <tt>Disks:</tt> das neue Gerät beispielsweise <tt>/dev/sd''c''</tt> anwählen
** (beim Feld für die Auswahl <tt>DB Disks:</tt> nichts anwählen (das Feld leer lassen)
** die Schaltfläche <tt>Create</tt> anwählen
* …

== Containerisierung ==

Für die [[Proxmox Virtual Environment#Containerisierung|Containerisierung bei {{PAGENAME}}]] wird [[LXC]] verwendet.

Auflisten aller bereitgestellten Container
: <code>pveam available</code>

Bei [[{{PAGENAME}}]] wird nach [[#Container für bestimmte Betriebssysteme]] ''system'' (also ohne einen konkreten Zweck der Anwendung angedacht zu haben) und [[#Container für bestimmte Anwendungen]] ''turnkeylinux''. (Genau genommen gibt es noch ''mail'', für die [[#Containerisierung für Proxmox Mail Gateway]].)

=== Erstellung von Instanzen der Containerisierung ===

=== Konfiguration von Instanzen der Containerisierung ===

==== Änderung der Konfiguration von Instanzen der Containerisierung ====

===== Änderung der Konfiguration von Instanzen der Containerisierung von privilegiert zu unprivilegiert =====

====== Änderung der Konfiguration von Instanzen der Containerisierung von privilegiert zu unprivilegiert durch backup and restore ======

Test durchgeführt von goeranh -> Container und VMs können restored werden, indem man auf den Server(n1-3) klickt und dort auf den Storrage b1 -> aus dieser liste kann dann selbst ein gelöschter Container wiederhergestellt werden. Es wurde das Bedenken geäußert, dass VM-IDs kollidieren, wenn ein Container gelöscht wird, ein neuer erstellt und dann der alte Container wieder restored wird. In dieser Situation wird einfach eine neue ID vergeben.

Ungetestet!

* https://pve.proxmox.com/wiki/Unprivileged_LXC_containers#Creation

: <code>pct restore 321 /mnt/pve/cephfs/dump/vzdump-lxc-321-2020_10_11-00_14_05.tar.zst -ignore-unpack-errors 1 -unprivileged</code>

====== Änderung der Konfiguration von Instanzen der Containerisierung von privilegiert zu unprivilegiert durch chown ======

Der Test (2020-10-10 -11) schlug fehl!
Der Test der Änderung fand bei einem Container nach der [[{{ns:100}}:Server/TurnKey#Aktualisierung von TurnKey 15 auf TurnKey 16]] ([[{{ns:100}}:Server/Nextcloud#TurnKey 15]]) statt.

----

; leidiges Ergebnis:

: <code>systemctl</code>
<pre></pre>
<pre>
● sys-kernel-config.mount loaded failed failed Kernel Configuration File System
● sys-kernel-debug.mount loaded failed failed Kernel Debug File System
</pre>
<pre></pre>
<pre>
● mariadb.service loaded failed failed MariaDB 10.3.23 database server
</pre>
<pre></pre>
<pre>
● systemd-update-utmp.service loaded failed failed Update UTMP about System Boot/Shutdown
</pre>
<pre></pre>
<pre>
● systemd-journald-audit.socket loaded failed failed Journal Audit Socket
</pre>
<pre></pre>
<pre>
● systemd-update-utmp.service loaded failed failed Update UTMP about System Boot/Shutdown
</pre>
<pre></pre>
<pre>
● systemd-journald-audit.socket loaded failed failed Journal Audit Socket
</pre>
<pre></pre>
<pre>
● sys-kernel-config.mount loaded failed failed Kernel Configuration File System
● sys-kernel-debug.mount loaded failed failed Kernel Debug File System
</pre>
<pre></pre>
<pre>
● mariadb.service loaded failed failed MariaDB 10.3.23 database server
</pre>
<pre></pre>

: <code>systemctl status mariadb.service</code>
<pre>
● mariadb.service - MariaDB 10.3.23 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sun 2020-10-11 08:59:26 CEST; 47s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 217 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
Process: 235 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 247 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, status=0/
Process: 427 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=7)
Main PID: 427 (code=exited, status=7)
Status: "MariaDB server is down"

Oct 11 08:59:22 nextcloud systemd[1]: Starting MariaDB 10.3.23 database server...
Oct 11 08:59:23 nextcloud mysqld[427]: 2020-10-11 8:59:23 0 [Note] /usr/sbin/mysqld (mysqld 10.3.23-MariaDB-0+deb10u1) starting as process 427 ...
Oct 11 08:59:26 nextcloud systemd[1]: mariadb.service: Main process exited, code=exited, status=7/NOTRUNNING
Oct 11 08:59:26 nextcloud systemd[1]: mariadb.service: Failed with result 'exit-code'.
Oct 11 08:59:26 nextcloud systemd[1]: Failed to start MariaDB 10.3.23 database server.
</pre>

----

* https://forum.proxmox.com/threads/31066/#post-261883 (https://forum.proxmox.com/threads/convert-privileged-to-unprivileged-container.31066/#post-261883)

Stoppen vom bisherigen Container, der geändert werden soll
: <code>pct stop 321</code>

(optionales) Erstellen von einem Snapshot vom bisherigen Container, der geändert werden soll, um im Fall von eines Fehlschlages der Änderung den Container zurücksetzen zu können

(optionales) Erstellen von einer Datensicherung vom bisherigen Container, der geändert werden soll, um im Fall von eines Fehlschlages der Wiederherstellung von einem Snapshot den Container wiederherstellen zu können

Ersrellen von einem zeitweisen Verzeichnis (in dem die Änderung abgearbeitet werden soll)
: <code>mkdir /tmp/321</code>

Einhängen vom Speicher vom bisherigen Container, der geändert werden soll, ohne den Container zu starten, um die Dateien ändern zu können (Der Ablageort - im Beispiel ''/dev/rbd/storage/vm-321-disk-0'' - muss ermittelt werden. Im Beispiel ist der [[#Proxmox Storage Content Container]] im [[#Proxmox Storage Type RDB]] ''storage'' abgelegt. Im Beispiel ist die ID von der [[#Erstellung von Instanzen der Containerisierung]] ''321''.)
: <code>mount -o loop /dev/rbd/storage/vm-321-disk-0 /tmp/321</code>

(massenhaftes) Ändern vom Recht fürs Eigentum von Dateien beim bisherigen Container
Achtung!
Die Ausführung dauert über 1 Stunde!
: <code>find /tmp/321 -type f | while read S; do U="$(ls -ln "${S}" | awk '{print$3}')"; G="$(ls -ln "${S}" | awk '{print$4}')"; F=100000; chown "${F:0: -${#U}}${U}:${F:0: -${#G}}${G}" "${S}"; done</code>

(massenhaftes) Ändern vom Recht fürs Eigentum von Dateien beim bisherigen Container
Achtung!
Die Ausführung dauert über 1 Stunde!
: <code>find /tmp/321 -type d | while read S; do U="$(ls -lnd "${S}" | awk '{print$3}')"; G="$(ls -lnd "${S}" | awk '{print$4}')"; F=100000; chown "${F:0: -${#U}}${U}:${F:0: -${#G}}${G}" "${S}"; done</code>

Löschen von <code>/tmp/321/var/spool/postfix/dev/-random</code> beim bisherigen Container
: <code>[ -e /tmp/321/var/spool/postfix/dev/-random ] && rm -ri /tmp/321/var/spool/postfix/dev/-random</code>
Löschen von <code>/var/spool/postfix/dev/-urandom</code> beim bisherigen Container
: <code>[ -e /tmp/321/var/spool/postfix/dev/-urandom ] && rm -ri /tmp/321/var/spool/postfix/dev/-urandom</code>

wenn das Paket <code>sudo</code> installiert ist, Ändern vom Modus von der Datei <code>/usr/bin/sudo</code> beim bisherigen Container
: <code>[ -e /tmp/321/usr/bin/sudo ] && chmod u+s /tmp/321/usr/bin/sudo</code>

Aushängen vom Speicher vom bisherigen Container, der geändert wurde, um den Container geändert in Betrieb nehmen zu können
: <code>umount /tmp/321</code>

Änderung der
Achtung!
Das ist ein wenig spooky.
Einfach unten drunter schreiben?
Es gibt (auch) verschiedene Abschnitte für jeden Snapshot.
: <code>echo -e "\nunprivileged: 1" >> /etc/pve/lxc/321.conf</code>
:: <code>nano /etc/pve/lxc/321.conf</code>

Starten vom bisherigen Container, der geändert wurde
: <code>pct start 321</code>

(bei Problemen beim) Starten vom bisherigen Container, der geändert wurde, mit Aufzeichnung von möglichen Problemen
:: <code>pct start --debug=1 321</code>

=== Problembehebung bei der Containerisierung ===
: aka Troubleshooting pct

==== Probĺemerkennung bei der Containerisierung ====

Starten von einem Container (LXC) im Modus für die Fehlerbehehung
: <code>lxc-start -n <Containernummer> -F -l DEBUG</code>

==== Problem, dass ein Container lange nicht startet ====

; Problem zur (falschen) Konfiguration zur Verwendung von IPv6:
: Wenn versehentlich bei der Erstellung von einem Container bei ''Network'' was zu IPv6 (beispielsweise DHCP) konfiguriert und damit aktiviert wurde, dann wird beim Starten vom Container mehrere (etwa 5) Minuten versucht IPv6 zu verwenden. Leider gibt es in unserer Umgebung ([[Server HTW Dresden]]) kein IPv6.
: Das Problem lässt sich beheben in dem bei der Konfiguration bei <tt>IPv6</tt> die voreingestellte Option <tt>Static</tt> ausgewählt wird und Einträge zu IPv6 (beispielsweise bei <tt>IPv6/CIDR</tt>) bestehen.
: Im Übrigen kann dazu auch die Datei für die Konfiguration vom Container (beispielsweise mit der Nummer ''1337'') gesichtet und womöglich angepasst werden.
:: <code>less /etc/pve/lxc/1337.conf</code>
:: <code>nano /etc/pve/lxc/1337.conf</code>

=== unterschiedliche Container ===

==== Containerisierung für bestimmte Betriebssysteme ====

Ein [[{{PAGENAME}}]] bietet eine Vielzahl von üblichen Varianten an [[GNU/Linux|Linux]]: http://download.proxmox.com/images/system/

: <code>pveam update</code>
: <code>pveam available --section system</code>

: <code>pveam download</code>
:: <code>pveam download cephfs debian-10-standard_10.5-1_amd64.tar.gz</code>

==== Containerisierung für nicht bestimmte Betriebssysteme ====

==== Containerisierung für [[NixOS]] ====

===== Erstellung von Instanzen der Containerisierung für [[NixOS]] =====

Aktuell (2020-03) gibt es keine für [[Server/Proxmox]] angebotene Vorlage für das Betriebssystem [[NixOS]].

* https://nixos.wiki/wiki/Proxmox_Linux_Container
* https://wiki.c3d2.de/Proxmox#Proxmox_CT_NixOS

Nachfolgend (2021-10) wurde sich damit dennoch weiter auseinandergesetzt, um zukünftig auch [[NixOS]] (mit der Vielzahl von Vorteilen) verwenden zu können. Seit 2021-10 wurde auch das PVE 7 verwendet, weswegen es zuvor vermieden wurde noch etwas für PVE 6 gangbar zu machen, was nachfolgend vielleicht nicht mehr funktioniert und viel Aufwand für die Überwindung von Hindernissen zur Nutzung und Weiternutzung entsteht.

* https://pro.stura.htw-dresden.de/issues/856
* https://nixos.wiki/wiki/Talk:Proxmox_Linux_Container

(2022-06) NixOS 22.05 wurde zunächst auf dem Testserver als Container installiert. Dabei muss man beachten, dass der Container nicht in der Web-GUI erstellt werden darf, sondern mittels folgendem Command:
<code>pct create $CTID$ cephfs:vztmpl/nixos-22.05.tar.xz --ostype unmanaged --net0 name=eth0,firewall=1,ip=dhcp,bridge=vmbr0 --storage $STORRAGE$ --unprivileged 1 --features nesting=1</code>
Dabei sollte natürlich $CTID$ durch eine im Proxmox noch freie Container-ID ersetzt werden und $STORRAGE$ durch den gewünschten speicherort für den neuen Container (der Container-Template Name kann sich auch ändern).
*https://pve.proxmox.com/pve-docs/pct.1.html

====== Besonderheiten Erstellung von Instanzen der Containerisierung für [[NixOS]] ======

* Enter Nixos Konsole wenn tty ausgewählt ist ". /etc/profile"
; Options:
:; Console mode: <tt>console</tt> (statt <tt>Default (tty)</tt>)

===== Containerisierung für [[NixOS]] Aktualisierung =====

====== Containerisierung für [[NixOS]] Aktualisierung 21.11 ======

(optionales) Auflisten aller verfügbaren Kanäle (für Software) für [[NixOS]]
: <code>nix-channel --list | grep nixos</code>
<pre>
nixos https://nixos.org/channels/nixos-21.05
</pre>

Hinzufügen des neuen (nachfolgenden) Kanals (für Software) für [[NixOS]] (beispielhaft ''21.11'')

: <code>nix-channel --add https://nixos.org/channels/nixos-21.11 nixos</code>

: <code>nixos-rebuild switch --upgrade</code>
<pre>
unpacking channels...
</pre>
<pre></pre>
<pre>
==================== Results ===================
No issues found.

==================== Summary ===================
Total issues:
Unspecified: 0
Low: 0
Medium: 0
High: 0
</pre>
<pre></pre>
<pre>
ln: failed to create symbolic link '/sbin/init': No such file or directory
Activation script snippet 'installInitScript' failed (1)
restarting systemd...
setting up tmpfiles
reloading the following units: dbus.service, dev-mqueue.mount, firewall.service, sys-fs-fuse-connections.mount
Job failed. See "journalctl -xe" for details.
restarting the following units: dhcpcd.service, network-addresses-eth0.service, nginx.service, systemd-journald.service
starting the following units: acme-fixperms.service, acme-pro.stura.htw-dresden.de.timer, network-local-commands.service, network-setup.service, nix-daemon.socket, nscd.service, resolvconf.service, systemd-sysctl.service, systemd-tmpfiles-clean.timer, systemd-tmpfiles-setup-dev.service
warning: error(s) occurred while switching to the new configuration
</pre>

: <code>nixos-rebuild switch --upgrade</code>
<pre>
unpacking channels...
created 1 symlinks in user environment
building Nix...
building the system configuration...
activating the configuration...
setting up /etc...
ln: failed to create symbolic link '/sbin/init': No such file or directory
Activation script snippet 'installInitScript' failed (1)
setting up tmpfiles
warning: error(s) occurred while switching to the new configuration
</pre>

: <code>mkdir /sbin/</code>

: <code>nixos-rebuild switch --upgrade</code>
<pre></pre>

==== Containerisierung für bestimmte Anwendungen ====
==== Containerisierung für TurnKey ====

[[{{PAGENAME}}]] bietet verschiedene (übliche) Anwendungen als Container. Dazu werden vorbereitete Container von [[TurnKey]] ([[wikipedia:en:TurnKey Linux Virtual Appliance Library]]) verwendet. (Systeme von TurnKey verwenden auch (wie [[{{PAGENAME}}]] selbst [[Debian]] als Grundlage ([[Betriebssystem]].)

: <code>pveam update</code>
: <code>pveam available --section turnkeylinux</code>

: <code>pveam download</code>
:: <code>pveam download cephfs debian-10-turnkey-core_16.0-1_amd64.tar.gz</code>

===== Containerisierung für TurnKey ab Version 16 =====

[[#Containerisierung mit Debian 10]]

===== Containerisierung für TurnKey bis Version 15 =====

Leider scheint (2020-02) für [[TurnKey]] die Möglichkeit für ''unprivileged LXC container'' nicht zu funktionieren.

Mit der Version 16, also auch dem Wechsel von Version 9 zu Version 10 bei [[Debian]] als Grundlage, scheint sich das geändert zu haben.

==== Containerisierung für Docker ====

Für den Betrieb von Instanzen mit Docker kann [[{{PAGENAME}}]], neben der dazu empfohlenen Technik der [[#Virtualisierung]], auch Container entsprechend konfigurieren. Dazu werden ''unprivileged LXC container'' erstellt und mit zusätzlichen Berechtigungen (auf das Gesamtsystem) ausgestattet, um die von Docker erforderlichen Funktionalitäten bereitstellen zu können.

* nicht privilegierter Container
*: Anscheinend kann Docker nur innerhalb von einem nicht privilegierten Container betreiben werden. (Eigentlich ist das ja sogar sehr schön, denn es erscheint schöner einen Container mit möglichst wenigen Privilegien (Berechtigungen) zu benutzen.)
* Einschalten der [https://pve.proxmox.com/wiki/Linux_Container#pct_options Funktionalität (für Container bei [[{{PAGENAME}}]])] ''keyctl''
*: Um Docker innerhalb von einem Container betreiben zu können, scheint Docker jedoch den [[wikipedia:de:Systemaufruf|Systemaufruf]] ''keyctl'' zu benötigen. In einem standardmäßigen nicht privilegierten Container wird dieser aber als ''non-existent'' nicht gesehen, wodurch Docker nicht richtig funktionieren kann. Mit dem Einschalten der standardmäßigen Option ''keyctl'' für einen nicht privilegierten Container bei [[{{PAGENAME}}]] kann das Problem behoben werden.
* Einschalten der [https://pve.proxmox.com/wiki/Linux_Container#pct_options Funktionalität (für Container bei [[{{PAGENAME}}]])] ''nesting''
*: Um Docker innerhalb von einem Container betreiben zu können, scheint Docker jedoch Zugriff auf <code>procfs</code> und <code>sysfs</code> zu benötigen. In einem standardmäßigen nicht privilegierten Container wird dieser aber nicht zugelassen (nicht bereitgestellt), wodurch Docker nicht richtig funktionieren kann. Mit dem Einschalten der standardmäßigen Option ''nesting'' für einen nicht privilegierten Container bei [[{{PAGENAME}}]] kann das Problem behoben werden.

; [[#Virtualisierung]] als Alternative zur Containerisierung für Docker
* [[#Virtualisierung Debian]]
* [[#Virtualisierung RancherOS]]
* [[#Virtualisierung CoreOS]]

==== Containerisierung für Kubernetes ====

* https://kvaps.medium.com/run-kubernetes-in-lxc-container-f04aa94b6c9c
* https://gist.github.com/kvaps/25f730e0ec39dd2e5749fb6b020e71fc

==== Containerisierung mit Debian 10 ====

* Jede [[#Containerisierung für bestimmte Anwendungen]] (also mit [[TurnKey]]) ist eine [[#Containerisierung mit Debian 10]].

===== Containerisierung mit Debian 10 nesting =====

* Einschalten der [https://pve.proxmox.com/wiki/Linux_Container#pct_options Funktionalität (für Container bei [[{{PAGENAME}}]])] ''nesting''
*: Um bespielsweise MariaDB innerhalb von einem Container mit Debian 10 betreiben zu können, scheint Debian jedoch ein Problem mit AppAmor zu haben.[https://bugzilla.proxmox.com/show_bug.cgi?id=2281] Im Übrigen ist das bei sowohl nicht privilegierten Containern als auch privilegierten Containern. Mit dem Einschalten der standardmäßigen Option ''nesting'' für einen Container bei [[{{PAGENAME}}]] kann das Problem behoben werden.

; beispielhaftes Problem (ohne ''nesting''):
:; Umgebung:
:* (2020-09)
:* [[{{PAGENAME}}]] Version x.y
:* [[Server/Ghost#TurnKey auf Proxmox]] ([[#Containerisierung für TurnKey ab Version 16]])

Die Anwendung startet nicht.

Anzeigen vom Status (dem Problem) der Anwendung MariaDB
: <code>systemctl status mariadb.service</code>
<pre>
* mariadb.service - MariaDB 10.3.23 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2020-09-16 20:35:41 CEST; 23s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/

Sep 16 20:35:41 test-ghost systemd[1]: Starting MariaDB 10.3.23 database server...
Sep 16 20:35:41 test-ghost systemd[17751]: mariadb.service: Failed to set up mount namespacin
Sep 16 20:35:41 test-ghost systemd[17751]: mariadb.service: Failed at step NAMESPACE spawning
Sep 16 20:35:41 test-ghost systemd[1]: mariadb.service: Control process exited, code=exited,
Sep 16 20:35:41 test-ghost systemd[1]: mariadb.service: Failed with result 'exit-code'.
Sep 16 20:35:41 test-ghost systemd[1]: Failed to start MariaDB 10.3.23 database server.
</pre>

==== Containerisierung für Proxmox Mail Gateway ====

Ein [[{{PAGENAME}}]] bietet die [https://www.proxmox.com/de/proxmox-mail-gateway spezielle Anwendung für Mail von Proxmox]: http://download.proxmox.com/images/mail/

: <code>pveam update</code>
: <code>pveam available --section mail</code>

: <code>pveam download</code>
:: <code>pveam download cephfs proxmox-mailgateway-6.2-standard_6.2-1_amd64.tar.gz</code>

=== Sicherung und Wiederherstellung von Instanzen der Containerisierung ===

[https://pve.proxmox.com/wiki/Backup_and_Restore#vzdump_restore Proxmox Wiki]

==== Sicherung von Instanzen der Containerisierung ====

==== Wiederherstellung von Instanzen der Containerisierung ====

===== Wiederherstellung von Instanzen der Containerisierung über die grafische Oberfläche =====

===== Wiederherstellung von Instanzen der Containerisierung über die Kommandozeile =====

Backups werden momentan (Version 5.2) in <code>/var/lib/vz/dump</code> gespeichert.

: <code>pct restore NEW_CONTAINER_ID CONTAINER_BACKUP</code>

Für den Fall, dass es den vorherigen Storage nicht gibt, kann mit den Storage angeben:

: <code>pct restore NEW_CONTAINER_ID CONTAINER_BACKUP -storage STORAGENAME</code>

== Virtualisierung ==

=== Konfiguration der Virtualisierung ===

==== Benutzung der Funktionalität der [[wikipedia:en:hardware-assisted virtualization|Unterstützung der Hardware zur Virtualisierung]] ====
https://pve.proxmox.com/wiki/Nested_Virtualization#Enable_Nested_Hardware-assisted_Virtualization

Standardmäßig benutzt [[{{PAGENAME}}]] nicht die Funktionalität der Unterstützung der Hardware zur Virtualisierung. Standardmäßig ist aber die Benutzung der Funktionalität möglich, wozu die Konfiguration von [[{{PAGENAME}}]] einfach geändert werden kann.

Es kann Gründe für und gegen die Benutzung der Funktionalität der Unterstützung der Hardware zur Virtualisierung geben.
; dagegen:
* Es ist nicht möglich eine Migration von Instanzen durch Virtualisierung im laufenden Betrieb vorzunehmen.
; dafür:
* Es ist eine höhere Leistungsfähigkeit bei Instanzen durch Virtualisierung gegeben.

=== Virtualisierung [[Debian]] ===

Es sollte einen unabdingbaren Grund geben warum nicht die [[#Containerisierung Debian]] genutzt wird.

Bei der Virtualisierung von Debian ab 2020 geht es ausschließlich um Debian (Version) 10 oder was tagesaktuell gerade ''stable'' ist und tagesaktuell die Basis für [[{{PAGENAME}}]] ist.

=== Virtualisierung [[CentOS]] ===

Es sollte einen unabdingbaren Grund geben warum nicht die [[#Containerisierung CentOS]] genutzt wird.

Bei der Virtualisierung von CentOS ab 2020 geht es ausschließlich um CentOS (Version) 8.

=== Virtualisierung [[OpenBSD]] ===

=== Virtualisierung [[FreeBSD]] ===

=== Virtualisierung [[CoreOS]] ===

=== Virtualisierung [[RancherOS]] ===

Der Betrieb von [[RancherOS]] kommt eigentlich nur in Frage, wenn wegen [[Docker]] eine Basis virtualisiert werden muss und die Vorteile gegenüber der [[#Virtualisierung Debian]] erkennbar gemacht werden können.

* https://rancher.com/docs/os/v1.x/en/installation/workstation/boot-from-iso/
* <s>https://rancher.com/docs/os/v1.x/en/installation/workstation/docker-machine/#using-docker-machine-with-proxmox-ve</s>

=== Sicherung und Wiederherstellung von Instanzen der Virtualisierung ===

[https://pve.proxmox.com/wiki/Backup_and_Restore#vzdump_restore Proxmox Wiki]

==== Sicherung von Instanzen der Virtualisierung ====

==== Wiederherstellung von Instanzen der Virtualisierung ====

===== Wiederherstellung von Instanzen der Virtualisierung über die grafische Oberfläche =====

===== Wiederherstellung von Instanzen der Virtualisierung über die Kommandozeile =====

: <code> qmrestore VMACHINE_BACKUP NEW_VM_ID -storage STORAGENAME </code>

== Siehe auch ==

* [[Server/FreeNAS]]
* [[xora]]

[[Kategorie:Rechentechnik]]
[[Kategorie:GNU/Linux]]

StuRa:Vereinbarung StuRa und HTW Dresden

2022-09-10T12:35:50Z

141.56.51.192:

Die [[Vereinbarung StuRa und HTW Dresden | Vereinbarung zwischen]] uns, als [[StuRa | StuRa (der HTW Dresden)]], und der [[HTW Dresden]] ist eine freiwilliges Dokument zur Dokumentation von miteinander vereinbarten Festlegungen.

== Entstehung ==
In einigen Gesprächen zwischen der [[Kanzlerin]] und den Sprechern [[Benutzer:Denny|Denny]] und Sebastian wurde festgestellt, dass eine Vielzahl von Dingen zwischen der [[Hochschulleitung]] und den [[Organe der Studentinnen und Studentenschaft|Organen der Studentinnen und Studentenschaft]] unklar sind. Um das Zusammenwirken zu fixieren, wurde durch die Beteiligten im Sommer 2009 die Erstellung einer "Kooperationsvereinbarung" verabredet.

Während der Übernahme des Amtes des [[Rektor]]s durch Herrn Prof. [[Roland Stenzel]] und der anhaltenden Kritik, u.a. von [[Benutzer:PaulRiegel|PaulRiegel]], entstanden 2010 auch ein Dialog mit der [[Hochschulleitung]].

Anfang des Jahres 2011 wurde dann ein erstes konkretes Gespräch über ein Dokument zur Vereinbarung geführt. Diese Verhandlungen scheiterten leider aus diversen Gründen. Schon allein die Absichten und demnach die Erwartungen an das Gespräch waren sehr verschieden. Beteiligte Personen an dem Gespräch waren [[Monika Niehues]], [[Marion Herzog]], [[Achim Ebschner]], [[Denny | Denny Meirich]] und [[Paul Riegel]].

== Vorgehensweise ==
# Festlegung der Verhandlungsbeauftragten für den [[StuRa]]
# Sichtung der von der Hochschule (HS) übermittelten Inhalte durch Verhandlungsbeauftragte und Referate
# Sammeln der zur HS ergänzenden eigene Inhalte und Übermittlung an HS durch Verhandlungsbeauftragte und Referate
# Aufstellen der Änderungswünsche im Teil der Hochschule durch Verhandlungsbeauftragte und Referate
# Erste Gesprächsrunde mit HS zum Abgleichen der Inhalte
# bei inhaltlicher Übereinkunft evtl. konkreteres Ausformulieren

== Mögliche Inhalte ==

=== [[Hochschulleitung]] ===
* <s>regelmäßige (beispielsweise quartalsweise) Treffen [[StuRa]] und [[Hochschulleitung]]</s> (erl. - Koordination und Abstimmung)
* frühzeitige gegenseitige Unterricht von aktuellen und geplanten Themen
** etwa durch Beschlüsse des [[Rektorat]]es
** Änderungen in der [[Verwaltung HTW Dresden]]
* <s>Erstellung eines "ständigen" [[Forderungskatalog#HTW Dresden | Wunschzettels]] aneinander um die Standpunkte darzulegen</s> (erl. - Leitlinien der Vereinbarung)
* <s>Zusammenwirken bei [[Bereich Veranstaltungen#Veranstaltungen | wiederkehrenden Terminen]]
** konkrete gemeinsame Planung [[Einführungswoche für Erstsemester]] </s> (erl. - Koordination)
* Verfassen von [[Pressemitteilungen]]
** <s>Aufnahme des StuRa und der weiteren studentischen Vertretung in den Presseverteiler der HTW Dresden htwoea@</s> (erl. - Anlage 1)
** <s>Verfassen von [[Pressemitteilungen#mit HTW Dresden | gemeinsamen Pressemitteilungen]]</s> (erl. - Koordination und Abstimmung)
*** <s>mindestens bei Veranstaltungen mit Beteiligung des StuRa (wurde kritisiert bei der fehlenden Erwähnung des StuRa bei der Veranstaltung [[Rock am Pavillon]] zur Einweihung des [[Rauchpavillon HTW Dresden]])</s>
* <s>Referenzschreiben</s> (erl. - Zeugnis über geleistete Mitwirkung)
* Information zu Wahlen
** Informationsveranstaltung für Interessierte zur Kandidatur für Organe der Hochschule
** Bereitstellung der Wahlereignisse und -ergebnisse
** Ausschreibung von zu besetzenden Gremien (z.B. Senatskommission oder Wahlausschuss) mit Tätigkeitsbeschreibung

* Angestellte des StuRa werden zu Angehörigen der HTW Dresden und in vielen Dingen den Mitarbeitern der HTW Dresden gleichgestellt
:* Jobticket
:* Chipkarte für Zugang HS und Parkplatz

; nicht aufnehmen sondern extra verhandeln und im Senat behandeln
: wird im Wiki verschoben
:: beabsichtigt durch [[Benutzer:PaulRiegel|PaulRiegel]]
* Diskussion über notwendige Kommissionen
** dem [[Senat]] zuzuordnen, damit alle Mitgliedergruppen vertreten sind
** zu den Themen
*** [[Senatskommission Lehre und Studium]] zur Beratung von
**** [[Senat]]
**** [[Rektorat]]
*** [[Senatskommission Qualitätssicherung und -verbesserung]] zur Beratung von nahezu allen [[Organe]]n
** die in der [[Grundordnung HTW Dresden]] festgeschrieben werden sollen
* Förderung der Gremientätigkeit
** Anerkennung durch ECTS-Creditpoints

==== [[Verwaltung HTW Dresden]] ====
* Verwendung / Nutzung des HTW-Logo
:* innerhalb des StuRa-Logo
:* Verwendung des HTW-Logos für die Erstellung und den Verkauf von Merchandiseingartikel
* Verwendung der Bezeichnung 'StuRa' oder 'Studentinnen- und Studentenrat' gemäß des [http://www2.stura.htw-dresden.de:8081/Plone/stura/sitzungen/2009/09-05-05/protokoll-13-Sitzung-2009 Beschlusses (Sitzung 09-05-05 TOP 9)]
* Nutzung von Dienstfahrzeugen
** ähnlich anderen Hochschulen
** Nutzerkreis könnte eingeschränkt werden
** [[htw-dresden.de:index/intern/qualitaetsmanagement/prozesslandschaft/unterstuetzungsprozesse/dienstfahrzeuge-und-transport.html]]
** [[htw-dresden.de:fileadmin/userfiles/htw/docs/Intranet/QM_intern/Ordnungen/Ordnung_zur_Benutzung_von_Dienstkraftfahrzeugen.pdf]]
* besserer Informationsrücklauf bei aktuellen Problemen / Themen
* Regelung zu Fundsachen
* Raumnutzung
** [[Räume]] des StuRa und der [[Fachschaftsräte|FSRs]]
*** Verwaltungsräume in entsprechend notwendigen Maß
*** ein [[Räume#Dauerausleihe | eigenen Schlüssel]] für alle Mitglieder
**** Schlüsselanzahl je FSR mind. 3 (2 x bei Wache und 1x dauerhafte Ausleihe)
*** Schließberechtigungen für den [[Lagerraum]]
** [[Einlassgenehmigung]] außerhalb der Öffnungszeiten für StuRa + [[Fachschaftsräte|FSRs]] (gemäß der [[Räume#Zugangsberechtigung|Schlüsselberechtigungen]])
** allgemeingültiger Raumnutzungsvertrag
*** grundsätzliche Genehmigung zur Nutzung von Räumlichkeiten, wenn diese nicht bereits belegt sind
*** kein Erheben von Gebühren für Veranstaltungen, die Organe der Studentinnen- und Studentenschaft veranstalten
:* eigenes Lager und Archiv
:: Hinweis: Derzeit befindet sich das Archiv des StuRa in A06. Dieser Raum ist ein Durchgangsraum daher nicht so geeignet. Lager in S 524 ist schlecht gelegen und zu klein. Zusätzliches Lager wäre gut.

* Büromaterial
** Verbrauchsgüter (gemäß Materialkatalog)
** Gemeinsame Nutzung des Kundenaccounts bei Conrad mittels eigener Kundenkarte. Wir sammeln mit und bekommen aber auch die entsprechenden Konditionen
** Druckerzeugnisse (also ausschließlich über die [[Druckerei HTW Dresden]])
** Grundausstattung an Technik
*** [[Telefon]]e
*** [[Rechner]]
*** usw.
** Mobiliar
** weiterhin Übernahme der entstehenden Kosten für Verbrauchs- und [http://de.wikipedia.org/wiki/Geringwertiges_Wirtschaftsgut geringwertigen Wirtschaftsgütern]
** Klärung des Bezuges von Materialien für [[FSRs]], da diese die [[Kostenstellen HTW Dresden | Kostenstellen]] der Fakultäten haben

* jährliche "übliche" Nutzung des [[PAB]] für
** 1 x Party zur [[Einführungswoche für Erstsemester]]
** 2 x [[Semestereröffnungsparty]]
** 1 x sonstige Party
* [[Bereich Semesterticket|SeTicket]] - [[DezStud]] ([[StudSek]]) - entgeltfrei!
:* Aufdruck - Entwertung
:* Abrechnung Semesterticket
:* Der StuRa erhält vom DezStud die Anzahl der Semesterticketnutzer sowie die Überweisung der Semesterticketbeiträge zu den Terminen wie bereits mit der HS vereinbart, siehe Dokument HTW.
:* HS erstattet kein Geld für das SeTicket, außer bei
::* Rücknahme der Einschreibung
* Beitrag an die Studentinnen- und Studentenschaft
** Die Hochschule überweist dem StuRa am 15.05. bzw. 15.11. die Beiträge für die Studentinnen- und Studentenschaft.
:: Hinweis: Im WS 2011/12 erhielt der StuRa erst den Beitragsanteil Mitte Dezember. Das StuWe hingegen hat seinen Teil bereits eher erhalten. Angleichung an StuWe wäre besser.

* Möglichkeit alle Studis per Mail zu erreichen
** Bereitstellung eines Mail-Verteilers (für einheitliche Mails an alle)
** Bereitstellung aller Mail-Adressen nach s-Nummern (für Mails für Umfragen mit unterschiedlichen Zugängen)
* Bereitstellung von statistischen Daten zu Studis durch das [[StudSek]]
* Veröffentlichung der Dokumente des der Kooperationspartner
* Zugriff auf zu Verschrottendes
** Bestellliste
** Zugang zu den Räumen in denen Schrott gelagert wird (als Alternative für die Bereitstellung von zu erstellenden Listen der Hochschulverwaltung über die zu verschrottenden Gegenstände vor der Entsorgung)

== [[Vereinbarung StuRa und HTW Dresden/Dokument | Dokument]] ==

Seitens des [[StuRa]] gibt es einen eigenes [[Vereinbarung StuRa und HTW Dresden/Dokument | Dokument zur Vereinbarung StuRa und HTW Dresden]]. Dieses dient als Entwurf mit der Darstellung konkreter Formulierungsvorschläge und der Abbildung der Inhalte.

=== [[Vereinbarung StuRa und HTW Dresden/Dokument HTW Dresden | Dokument HTW Dresden]] ===

Seitens der [[HTW Dresden]], nahezu ausschließlich der [[Verwaltung HTW Dresden]], gibt es einen [[Vereinbarung StuRa und HTW Dresden/Dokument HTW Dresden | Dokument zur Vereinbarung StuRa und HTW Dresden]]. Dieses ist ein Entwurf und wurde [[Vereinbarung StuRa und HTW Dresden/Dokument HTW Dresden#Kommentierung zum Dokumententwurf HTW Dresden | kommentiert]].

== Siehe auch ==

* [[website:stura/ref/verwaltung/vereinbarung-htw-dresden]]

[[Kategorie:Verwaltung]]
[[Kategorie:Kanzlerin]]
[[Kategorie:Projekt]]

StuRa:Vereinbarung StuRa und HTW Dresden

2022-09-10T12:20:05Z

141.56.51.192: /* Dokument */

Die [[Vereinbarung StuRa und HTW Dresden | Vereinbarung zwischen]] uns, als [[StuRa | StuRa (der HTW Dresden)]], und der [[HTW Dresden]] ist eine freiwilliges Dokument zur Dokumentation von miteinander vereinbarten Festlegungen.

== Entstehung ==
In einigen Gesprächen zwischen der [[Kanzlerin]] und den Sprechern [[Benutzer:Denny|Denny]] und Sebastian wurde festgestellt, dass eine Vielzahl von Dingen zwischen der [[Hochschulleitung]] und den [[Organe der Studentinnen und Studentenschaft|Organen der Studentinnen und Studentenschaft]] unklar sind. Um das Zusammenwirken zu fixieren, wurde durch die Beteiligten im Sommer 2009 die Erstellung einer "Kooperationsvereinbarung" verabredet.

Während der Übernahme des Amtes des [[Rektor]]s durch Herrn Prof. [[Roland Stenzel]] und der anhaltenden Kritik, u.a. von [[Benutzer:PaulRiegel|PaulRiegel]], entstanden 2010 auch ein Dialog mit der [[Hochschulleitung]].

Anfang des Jahres 2011 wurde dann ein erstes konkretes Gespräch über ein Dokument zur Vereinbarung geführt. Diese Verhandlungen scheiterten leider aus diversen Gründen. Schon allein die Absichten und demnach die Erwartungen an das Gespräch waren sehr verschieden. Beteiligte Personen an dem Gespräch waren [[Monika Niehues]], [[Marion Herzog]], [[Achim Ebschner]], [[Denny | Denny Meirich]] und [[Paul Riegel]].

== Vorgehensweise ==
# Festlegung der Verhandlungsbeauftragten für den [[StuRa]]
# Sichtung der von der Hochschule (HS) übermittelten Inhalte durch Verhandlungsbeauftragte und Referate
# Sammeln der zur HS ergänzenden eigene Inhalte und Übermittlung an HS durch Verhandlungsbeauftragte und Referate
# Aufstellen der Änderungswünsche im Teil der Hochschule durch Verhandlungsbeauftragte und Referate
# Erste Gesprächsrunde mit HS zum Abgleichen der Inhalte
# bei inhaltlicher Übereinkunft evtl. konkreteres Ausformulieren

== Mögliche Inhalte ==

=== [[Hochschulleitung]] ===
* <s>regelmäßige (beispielsweise quartalsweise) Treffen [[StuRa]] und [[Hochschulleitung]]</s> (erl. - Koordination und Abstimmung)
* frühzeitige gegenseitige Unterricht von aktuellen und geplanten Themen
** etwa durch Beschlüsse des [[Rektorat]]es
** Änderungen in der [[Verwaltung HTW Dresden]]
* <s>Erstellung eines "ständigen" [[Forderungskatalog#HTW Dresden | Wunschzettels]] aneinander um die Standpunkte darzulegen</s> (erl. - Leitlinien der Vereinbarung)
* <s>Zusammenwirken bei [[Bereich Veranstaltungen#Veranstaltungen | wiederkehrenden Terminen]]
** konkrete gemeinsame Planung [[Einführungswoche für Erstsemester]] </s> (erl. - Koordination)
* Verfassen von [[Pressemitteilungen]]
** <s>Aufnahme des StuRa und der weiteren studentischen Vertretung in den Presseverteiler der HTW Dresden htwoea@</s> (erl. - Anlage 1)
** <s>Verfassen von [[Pressemitteilungen#mit HTW Dresden | gemeinsamen Pressemitteilungen]]</s> (erl. - Koordination und Abstimmung)
*** <s>mindestens bei Veranstaltungen mit Beteiligung des StuRa (wurde kritisiert bei der fehlenden Erwähnung des StuRa bei der Veranstaltung [[Rock am Pavillon]] zur Einweihung des [[Rauchpavillon HTW Dresden]])</s>
* <s>Referenzschreiben</s> (erl. - Zeugnis über geleistete Mitwirkung)
* Information zu Wahlen
** Informationsveranstaltung für Interessierte zur Kandidatur für Organe der Hochschule
** Bereitstellung der Wahlereignisse und -ergebnisse
** Ausschreibung von zu besetzenden Gremien (z.B. Senatskommission oder Wahlausschuss) mit Tätigkeitsbeschreibung

* Angestellte des StuRa werden zu Angehörigen der HTW Dresden und in vielen Dingen den Mitarbeitern der HTW Dresden gleichgestellt
:* Jobticket
:* Chipkarte für Zugang HS und Parkplatz

; nicht aufnehmen sondern extra verhandeln und im Senat behandeln
: wird im Wiki verschoben
:: beabsichtigt durch [[Benutzer:PaulRiegel|PaulRiegel]]
* Diskussion über notwendige Kommissionen
** dem [[Senat]] zuzuordnen, damit alle Mitgliedergruppen vertreten sind
** zu den Themen
*** [[Senatskommission Lehre und Studium]] zur Beratung von
**** [[Senat]]
**** [[Rektorat]]
*** [[Senatskommission Qualitätssicherung und -verbesserung]] zur Beratung von nahezu allen [[Organe]]n
** die in der [[Grundordnung HTW Dresden]] festgeschrieben werden sollen
* Förderung der Gremientätigkeit
** Anerkennung durch ECTS-Creditpoints

==== [[Verwaltung HTW Dresden]] ====
* Verwendung / Nutzung des HTW-Logo
:* innerhalb des StuRa-Logo
:* Verwendung des HTW-Logos für die Erstellung und den Verkauf von Merchandiseingartikel
* Verwendung der Bezeichnung 'StuRa' oder 'Studentinnen- und Studentenrat' gemäß des [http://www2.stura.htw-dresden.de:8081/Plone/stura/sitzungen/2009/09-05-05/protokoll-13-Sitzung-2009 Beschlusses (Sitzung 09-05-05 TOP 9)]
* Nutzung von Dienstfahrzeugen
** ähnlich anderen Hochschulen
** Nutzerkreis könnte eingeschränkt werden
** [[htw-dresden.de:index/intern/qualitaetsmanagement/prozesslandschaft/unterstuetzungsprozesse/dienstfahrzeuge-und-transport.html]]
** [[htw-dresden.de:fileadmin/userfiles/htw/docs/Intranet/QM_intern/Ordnungen/Ordnung_zur_Benutzung_von_Dienstkraftfahrzeugen.pdf]]
* besserer Informationsrücklauf bei aktuellen Problemen / Themen
* Regelung zu Fundsachen
* Raumnutzung
** [[Räume]] des StuRa und der [[Fachschaftsräte|FSRs]]
*** Verwaltungsräume in entsprechend notwendigen Maß
*** ein [[Räume#Dauerausleihe | eigenen Schlüssel]] für alle Mitglieder
**** Schlüsselanzahl je FSR mind. 3 (2 x bei Wache und 1x dauerhafte Ausleihe)
*** Schließberechtigungen für den [[Lagerraum]]
** [[Einlassgenehmigung]] außerhalb der Öffnungszeiten für StuRa + [[Fachschaftsräte|FSRs]] (gemäß der [[Räume#Zugangsberechtigung|Schlüsselberechtigungen]])
** allgemeingültiger Raumnutzungsvertrag
*** grundsätzliche Genehmigung zur Nutzung von Räumlichkeiten, wenn diese nicht bereits belegt sind
*** kein Erheben von Gebühren für Veranstaltungen, die Organe der Studentinnen- und Studentenschaft veranstalten
:* eigenes Lager und Archiv
:: Hinweis: Derzeit befindet sich das Archiv des StuRa in A06. Dieser Raum ist ein Durchgangsraum daher nicht so geeignet. Lager in S 524 ist schlecht gelegen und zu klein. Zusätzliches Lager wäre gut.

* Büromaterial
** Verbrauchsgüter (gemäß Materialkatalog)
** Gemeinsame Nutzung des Kundenaccounts bei Conrad mittels eigener Kundenkarte. Wir sammeln mit und bekommen aber auch die entsprechenden Konditionen
** Druckerzeugnisse (also ausschließlich über die [[Druckerei HTW Dresden]])
** Grundausstattung an Technik
*** [[Telefon]]e
*** [[Rechner]]
*** usw.
** Mobiliar
** weiterhin Übernahme der entstehenden Kosten für Verbrauchs- und [http://de.wikipedia.org/wiki/Geringwertiges_Wirtschaftsgut geringwertigen Wirtschaftsgütern]
** Klärung des Bezuges von Materialien für [[FSRs]], da diese die [[Kostenstellen HTW Dresden | Kostenstellen]] der Fakultäten haben

* jährliche "übliche" Nutzung des [[PAB]] für
** 1 x Party zur [[Einführungswoche für Erstsemester]]
** 2 x [[Semestereröffnungsparty]]
** 1 x sonstige Party
* [[Bereich Semesterticket|SeTicket]] - [[DezStud]] ([[StudSek]]) - entgeltfrei!
:* Aufdruck - Entwertung
:* Abrechnung Semesterticket
:* Der StuRa erhält vom DezStud die Anzahl der Semesterticketnutzer sowie die Überweisung der Semesterticketbeiträge zu den Terminen wie bereits mit der HS vereinbart, siehe Dokument HTW.
:* HS erstattet kein Geld für das SeTicket, außer bei
::* Rücknahme der Einschreibung
* Beitrag an die Studentinnen- und Studentenschaft
** Die Hochschule überweist dem StuRa am 15.05. bzw. 15.11. die Beiträge für die Studentinnen- und Studentenschaft.
:: Hinweis: Im WS 2011/12 erhielt der StuRa erst den Beitragsanteil Mitte Dezember. Das StuWe hingegen hat seinen Teil bereits eher erhalten. Angleichung an StuWe wäre besser.

* Möglichkeit alle Studis per Mail zu erreichen
** Bereitstellung eines Mail-Verteilers (für einheitliche Mails an alle)
** Bereitstellung aller Mail-Adressen nach s-Nummern (für Mails für Umfragen mit unterschiedlichen Zugängen)
* Bereitstellung von statistischen Daten zu Studis durch das [[StudSek]]
* Veröffentlichung der Dokumente des der Kooperationspartner
* Zugriff auf zu Verschrottendes
** Bestellliste
** Zugang zu den Räumen in denen Schrott gelagert wird (als Alternative für die Bereitstellung von zu erstellenden Listen der Hochschulverwaltung über die zu verschrottenden Gegenstände vor der Entsorgung)

== Interessierte ==
* [[Benutzer:PaulRiegel|PaulRiegel]]
* [[Benutzer:Denny|DennyMeirich]]
* [[Benutzer:HendrikWobst|Hendrik Wobst]]

== [[Vereinbarung StuRa und HTW Dresden/Dokument | Dokument]] ==

Seitens des [[StuRa]] gibt es einen eigenes [[Vereinbarung StuRa und HTW Dresden/Dokument | Dokument zur Vereinbarung StuRa und HTW Dresden]]. Dieses dient als Entwurf mit der Darstellung konkreter Formulierungsvorschläge und der Abbildung der Inhalte.

=== [[Vereinbarung StuRa und HTW Dresden/Dokument HTW Dresden | Dokument HTW Dresden]] ===

Seitens der [[HTW Dresden]], nahezu ausschließlich der [[Verwaltung HTW Dresden]], gibt es einen [[Vereinbarung StuRa und HTW Dresden/Dokument HTW Dresden | Dokument zur Vereinbarung StuRa und HTW Dresden]]. Dieses ist ein Entwurf und wurde [[Vereinbarung StuRa und HTW Dresden/Dokument HTW Dresden#Kommentierung zum Dokumententwurf HTW Dresden | kommentiert]].

[[Kategorie:Verwaltung]]
[[Kategorie:Kanzlerin]]
[[Kategorie:Projekt]]

Vereinbarung StuRa und HTW Dresden/Dokument

2022-09-10T12:16:29Z

141.56.51.192:

= Entwurf =

Freie Vereinbarung

zwischen der

Hochschule für Technik und Wirtschaft Dresden 
- vertreten durch das Rektorat - 
Friedrich-List-Platz 1 
01069 Dresden

(nachfolgend HTW Dresden genannt)

und der

Studentinnenschaft der HTW Dresden 
- vertreten durch den Studentinnenrat - 
Friedrich-List-Platz 1 
01069 Dresden

(nachfolgend studentische Selbstverwaltung genannt)

=== Präambel ===

Im Mittelpunkt des Wirkens aller Mitglieder und Angehörigen der HTW Dresden steht die ständige und umfassende Sicherung der Bedingungen unseres Hochschullebens. Ferner wird die Verbesserung für alle Beteiligten im Einzelnen, wie im Gesamten angestrebt. Mit der vorliegenden Vereinbarung soll diesem gemeinsamen Bestreben, unberührt von Gesetzen und Ordnungen, ein weiterer Rahmen gegeben und mit Inhalten gefüllt werden.

Da in der gemeinsamen Auseinandersetzung die auftretenden Unterschiede zu bestimmten Sachfragen gelegentlich hervortreten, legt diese Vereinbarung die Gemeinsamkeiten und getroffenen Übereinstimmungen dauerhaft fest und stellt die Zusammenarbeit sowie gegenseitige Unterstützung in den Vordergrund. Damit soll die Kooperation der Partnerinnen verbessert werden.

An unserer Hochschule ist nicht allein die Studentinnenschaft ständigen Änderungen unterworfen. Aus diesem Grund soll diese Vereinbarung die getroffenen Absprachen zwischen der HTW Dresden und der Gesamtheit der studentischen Selbstverwaltung dauerhaft festhalten und somit auch eine Grundlage für die Nachvollziehbarkeit schaffen.

== Allgemeine Grundsätze ==

=== Leitlinien der Vereinbarung ===

# Das Rektorat ist sich entsprechend der Präambel bewusst, dass die studentische Selbstverwaltung nicht über eine vergleichbare Leistungsfähigkeit zur Aufgabenbewältigung wie die Verwaltung der HTW Dresden verfügt. Begründet durch die Hauptaufgabe, dem Studium und dabei insbesondere dem Ablegen von Prüfungen, besteht eine eingeschränkte Verfügbarkeit der mitwirkenden Studierenden. Daher hat das Rektorat Verständnis für eine von der Verwaltung der HTW Dresden abweichende Aufgabenbewältigung und Arbeitsorganisation.
# Bei wichtigen Themen und auftretenden Problemen zwischen den Partnerinnen bemühen sich alle Beteiligten um unverzügliche Behandlung und Lösung des Sachverhaltes.
# Gegenstände zu denen keine Übereinstimmung erreicht wird, werden in einem gegenseitigen Forderungskatalog dargestellt. An der Prüfung zur Umsetzung der Forderungen bemühen sich alle Beteiligten. Neu erzielte Einigungen werden in diese oder eine andere Vereinbarung aufgenommen.

=== Koordination und Abstimmung ===

# Es sollten regelmäßig je Semester mindestens zwei Gespräche zwischen dem Rektorat und dem Studentinnenrat (StuRa) stattfinden.
# Bei Veranstaltungen, insbesondere Tag der offenen Tür und Erstsemestereinführung, sowie Publikationen, beispielsweise die Broschüre "Studieninformationen" oder gemeinsamen Pressemitteilungen, beziehen sich die Partnerinnen gegenseitig in die Planung und Durchführung ein.

=== Informationsaustausch ===

# Die Partnerinnen können sich eigenverantwortlich auf der jeweiligen Internetpräsenz der Partnerin über die zugänglichen Informationen und Dokumente erkundigen. Wegen der Vielzahl von Informationen teilen sich die Partnerinnen sämtliche Änderungen und Neuerungen per E-Mail mit, falls die Internetpräsenz keine automatisierte Verfolgung zulässt. Darüber hinaus nehmen sich die Partnerinnen gegenseitig in Verteiler (siehe Anlage 1) auf.
# Der StuRa gibt seine Untergliederung in Referate als Zuständigkeit für bestimmte Themen und diesbezügliche Änderungen dem Rektorat bekannt. Das Rektorat informiert den StuRa über Änderung der Stellen und deren Besetzung in der Leitung und Verwaltung der HTW Dresden.
# Über Neuerung und Änderungen zu Dokumenten und Prozessen, insbesondere zu Belangen der Studierenden, welche nicht mittels E-Mail-Verteiler oder über die Internetpräsenz verfügbar sind, setzten sich die Partnerinnen in Kenntnis.
# Zur Verbesserung der Transparenz informieren sich die Partnerinnen gegenseitig frühzeitig über geplante sowie anstehende Aktivitäten und Neuerungen, insbesondere zu Belangen der Studierenden.

=== Kooperation ===

Das Rektorat und der StuRa unterstützen sich bestmöglich bei Veranstaltungen, Anliegen und Ähnlichen.

== Allgemeine Hochschulverwaltung ==

=== Bereitstellung von Räumen ===

# Der Studentinnenschaft werden folgende Verwaltungsräume entsprechend § 29 Abs. 2 Satz 1 und 2 unentgeltlich zur Verfügung gestellt: Z123; Z124; Z521; S516/517; S533 sowie S522/523..

# Die Fachschaftsräte (FSR) der Fakultäten sind in den Räumen Z 521 (7100), S 533 (7700) bzw. S 516/517 (7200, 7400, 7500, 7600, 7800) untergebracht. Die FSR verwalten diese Räume selbsttätig.
# Der zentral verwaltete Beratungsraum S523 wird auf Grundlage von Raumanträgen vorrangig den studentischen Vertretungen sowie durch diese unterstützte studentische Vereine und Initiativen zur Verfügung gestellt. Welche studentischen Vereine und Initiativen unterstützt werden, teilen die studentischen Organe der Verwaltung der HTW Dresden mit.
# [http://www2.htw-dresden.de/~fsr_lblp/wiki/kss/index.php/R%C3%A4ume RLBau] und Anfrage bei Ministerium bezüglich der Raumbereitstellung läuft. Anzahl von Räumen (FSRs + StuRa >= 9).

* Fläche der gesamten Räume in m² angeben (um den Bestand zu sichern)

=== Schlüsselnutzung ===

# Die studentischen Vertretungen (StuRa, FSR) legen eigenverantwortlich fest, welche Mitglieder einen personengebundenen Schlüssel zu deren Räumen erhalten. Der StuRa erhält dazu bis zu 23 Schlüssel von der Hausverwaltung.
# Für die Räume der Fachschaften können je bis zu zwei verantwortliche FSR-Mitglieder befristet Schlüssel durch die Hausverwaltung erhalten. Gegenüber der Hausverwaltung ist der unterzeichnende Empfänger verantwortlich für die ausgegebenen Schlüssel.
# Jeweils ein Schlüssel für die Räume der studentischen Vertretungen gemäß ''Absatz Bereitstellung von Räumen'' befindet sich beim Wachschutz und kann auf Basis einer bestätigten Namensliste gegen Unterschrift leihweise entgegen genommen werden.

=== Zugangsberechtigung ===

# Das Rektorat ermöglicht allen Mitgliedern und Mitwirkenden der studentischen Selbstverwaltung, des StuRa bzw. den FSRs, jederzeit und uneingeschränkt Zugang zu deren Räumen in der HTW Dresden.

# Die Zugangsberechtigungen zu den Räumen, auch während der Schließzeiten der HTW Dresden, wird beim Wachdienst durch eine entsprechende Schlüsselliste nachgewiesen. Diese Schlüsselliste wird vom jeweiligen Organ in eigener Verantwortung erstellt und dem Wachdienst sowie der Verwaltung der HTW Dresden zur Kenntnis gegeben. Beim Zugang während der Schließzeiten ist der Studentenausweis, notfalls der Personalausweis, vorzuzeigen.

=== Nutzung von Dienstfahrzeugen ===

''Details zu klären''

=== Fundsachen ===

# Der StuRa erklärt sich bereit die Sammlung und Verwaltung aller anfallenden Fundsachen innerhalb der HTW Dresden zu übernehmen. Im Gegenzug erstattet die Verwaltung der HTW Dresden dem StuRa die in diesem Zusammenhang anfallenden Kosten, wie zum Beispiel Aufbewahrungsboxen. 

=== Nutzung des Logos der HTW Dresden ===
Der StuRa darf das Logo der HTW Dresden in seinem eigenen Logo uneingeschränkt nutzen.

=== E-Mail-Adressen und Verteiler ===

# Das Rektorat sichert den Organen der studentischen Selbstverwaltung zu, dass diese mit alle Studierenden per E-Mail kommunizieren können.
# Sollten alle Studierenden mindestens einer Studiengruppe zugeordnet sein, stellte die HTW Dresden jedes Semester eine aktuelle Liste dieser Gruppen zur Verfügung. Damit erstellen sich die Organe entsprechende Verteiler zur Versendung vom E-Mails.

# Für E-Mails, die einer individuellen Zustellung bedürfen, beispielsweise Umfragen oder Wahlbenachrichtigungen, stellt die HTW Dresden den eine Liste der einzelnen E-Mail-Adressen aller Studierenden zur Verfügung.
# Für besondere E-Mails werden durch die Hochschule Listen zur Gruppierung von Studentinnen und Studenten nach gewissen Kriterien, beispielsweise nach Geschlecht, Alter oder Wohnort, zur Erstellung von einzelnen Verteilern bereitgestellt.

=== Materialbeschaffung ===

# Die HTW Dresden unterstützt den StuRa zur Bewältigung der Aufgaben aus der Gesamtheit der studentischen Selbstverwaltung durch Büromaterialien. Diese sind über die Stelle für den zentralen Einkauf der HTW Dresden zu beziehen.
# Die HTW Dresden übernimmt die anfallenden Telefonkosten des StuRa bis zu einer Höhe von 600,- Euro jährlich.
* Entstehende Aufwendungen für den üblichen Verwaltungsbetrieb, in Form von Büromaterial, Telefon usw., werden zur Unterstützung des StuRa von der Verwaltung der HTW Dresden getragen.
* Da die Organe der Studentinnenschaft auch bei diversen Veranstaltungen und Vorgängen an der Hochschule unterstützend wirken, erhalten diese von der Hochschulverwaltung eine Budget(Anlage 5) zur Kompensation der dadurch entstandenen Aufwendungen.

=== Nutzung von Werbeflächen ===

# Der StuRa kann eigenständig zum Bewerben von Veranstaltungen die in Anlage 3 verwendeten Flächen benutzen. Dazu ist eine Anzeige an das Dezernat Technik per E-Mail mit Betreff, Zeitpunkt und Zeitdauer mindestens eine Woche vor der Aktivität ausreichend.
# Das Anbringen von Bannern bedarf der Genehmigung der Kanzlerin. In der Regel bringt das Dezernat Technik Banner an. In Fällen von Dringlichkeit kann der StuRa das Banner selbstständig anbringen.
# Bei mehreren Veranstaltungen in der HTW Dresden werden die Aufsteller entsprechend der Anzahl der zu bewerbenden Veranstaltungen aufgeteilt.

=== Gemeinsame Kosten ===

# Die Finanzierung von gemeinsamen Bannern der Partnerinnen erfolgt zu gleichen Teilen durch die Öffentlichkeitsarbeit der HTW Dresden, das Dezernat Studienangelegenheiten und den StuRa.
# Die Druckkosten des Hochschul-ABC werden zu gleichen Teilen vom StuRa und dem Dezernat Studienangelegenheiten getragen. Das Hochschul-ABC wird durch die HTW Dresden allen neuen Studierenden mit den Immatrikulationsunterlagen zugesandt.

== Vereinbarungen mit dem Dezernat Studienangelegenheiten ==

=== Studierendenzahlen und weitere Daten ===

# Der StuRa erhält zeitgleich mit der Übermittlung der Daten an das statistische Landesamt eine Kopie dieser Daten. Sie dienen den Organen der Studentinnenschaft zur Unterstützung der Bewältigung Ihrer Aufgaben.
# Falls der StuRa weitere Daten benötigt, unterstützt das Dezernat Studienangelegenheiten entsprechend seinen Möglichkeiten nach Kräften.

=== Semesterbeitrag für die Studentinnenschaft und das Semesterticket===

# Die Überweisung und Abrechnung der durch das Dezernat Studienangelegenheiten vereinnahmten Beitragsanteile für die Studentinnenschaft und zum Semesterticket erfolgt zu den in Anlage 4 aufgeführten Terminen.
# Diese Abrechnung enthält die Gesamtanzahl der an der HTW Dresden eingeschriebenen Studenten aufgeschlüsselt nach Anzahl der Studenten die den Beitrag für das Semesterticket eingezahlt haben und der nach § 8 der Beitragsordnung der Studentinnenschaft befreiten Studenten. 

=== Semesterticket ===

# Die Verwaltung der HTW Dresden unterstützt den StuRa bei der Einhaltung der sich aus den abgeschlossenen Verträgen zum Semesterticket ergebenden Verpflichtungen nach Kräften, z.B. werden die geforderten Muster der Semestertickets in ausreichendem Maße und rechtzeitig zur Verfügung gestellt. Der StuRa achtet bei Abschluss der Verträge zum Semesterticket darauf, dass die sich daraus ergebenden Verpflichtungen von der Verwaltung der HTW Dresden eingehalten werden können und hält ggf. dazu mit dieser Rücksprache. Nach Abschluss eines neuen Vertrags zum Semesterticket stellt der StuRa der Verwaltung der HTW Dresden eine entsprechende Kopie des Vertrages zur Verfügung.

==== Befreiung, Rückerstattung und Nachkauf des Semestertickets ====

# Für das Verfahren zur Befreiung, Rückerstattung und dem Nachkauf zum Semesterticket ist die Beitragsordnung der Studentinnenschaft in der jeweils aktuell gültigen Fassung maßgebend.
# Anträge müssen zum Semesterticket müssen vor der Bearbeitung durch das Studentensekretariat prinzipiell durch den StuRa genehmigt worden sein.
# Aufgrund derzeitiger softwaretechnischer Gegebenheiten beim Studentensekretariat kann eine Änderung der Gültigkeit des Semestertickets auf den Studentenausweisen nur vor Beginn der IT-Systemumstellung für den Rückmeldezeitraum vorgenommen werden. Daher ist der späteste Termin für Anträge zum Nachkauf des Semestertickets der 5. Januar bzw. 15. Juni. Maßgeblich ist das Datum der Antragstellung beim StuRa.


== Gremien ==

=== Gremienblockzeit ===

In den Zeiten,
# dienstags 1. Woche ab 18:30 Uhr und
# dienstags 2. Woche ab 15:00 Uhr
werden keine Veranstaltungen an der HTW Dresden geplant.
Dadurch wird entsprechend § 53 Abs. 4 Satz 1 SächsHSG sichergestellt, dass Studierenden kein Konflikt zwischen dem Besuch von (Lehr-)Veranstaltungen an der HTW Dresden und dem Besuch von Sitzungen der Gremien entsteht. Darüber hinaus wird auch der Eigenschaft der Hochschul- beziehungsweise Fakultätsöffentlichkeit von Sitzungen eine Grundlage gegeben.

=== Wahlen der Studentinnenschaft ===

''noch ausarbeiten''

=== Zeugnis über geleistete Mitwirkung ===

Auf Wunsch von einzelnen Gremientätigen erstellt der StuRa im Zusammenwirken mit dem Rektorat Zeugnisse über die Mitwirkung, insbesondere die geleistete Arbeit, für die jeweilige Person. Das Rektorat fertigt diese Zeugnisse nach Zuarbeit des StuRa aus.

=== Gremiensemester ===

''Verfahren (auch für beratende Mitglieder und Mitglieder der Kommissionen) für die Nichtanrechnung der Studienzeit

== Coda ==

=== Laufzeit und Kündigung ===

# Diese Vereinbarung und ihre Ergänzungen, sofern nichts anderes bestimmt ist, sind auf unbestimmte Zeit geschlossen.
# Eine Kündigung dieser Vereinbarung oder Teilen davon bedürfen einer vorherigen Beratung der Partnerinnen zu diesem Thema. Sollte nach erfolgter Beratung keine Einigkeit zur Aufhebung bestehen wird die Kündigung nach Ablauf von 2 Monaten zum Ende des Semesters wirksam.

=== Schlussbestimmungen ===

# Diese Vereinbarung tritt mit Ihrer Unterzeichnung in Kraft.
# Sollten einzelne Bestimmung dieser Vereinbarung unwirksam sein oder werden, so bleibt die Gültigkeit der übrigen Bestimmungen davon unberührt. Die Partnerinnen werden sich in einem solchen Fall in gegenseitigem Einvernehmen um eine Vertragsergänzung im Sinne des ursprünglich Gewollten bemühen.
# Änderungen und Ergänzungen dieser Vereinbarung bedürfen der Schriftform.
# Die Fakultäten und die FSRs können unberührt von dieser Vereinbarung eigene Vereinbarungen schließen.

== Anlagen ==

=== Anlage 1 ===

* Informationsverteiler des Dezernates Studienangelegenheiten
** Planung der Termine Vorbereitungswoche
** Informationsflyer für (ausländische) Studierende

* Dezernates Technik
** Aktuelle Baumaßnahmen
** Wartungsarbeiten

* Rektorbereiches
** Öffentlichkeitsarbeit - Presseverteiler der HTW Dresden

* Kanzlerbereiches
** Neue Informationen des Rektorates

=== Anlage 2 ===

* Standorte der Schaukästen (verschließbar), Kästen für Aushänge (öffentlich zugänglich) und Flächen für Pinnwände ''Wird nachgeliefert''

=== Anlage 3 ===

* Flächen für Werbeaktivitäten
''Bitte um Vorschläge vom StuRa bzgl. geplanter Flächen''

* Laternenmasten Eingang Z-Gebäude
* A1-Aufsteller des StuRa im Raum Z 118-T
* A1-Aufsteller des StuRa im Raum Z 100-T
* A3-Aufsteller der Hochschulverwaltung innerhalb der HTW Dresden

=== Anlage 4 ===

{|class="wikitable" style="text-align:left"
| colspan="3" | Termine zur Überweisung und Abrechnung der anteiligen Beiträge für die Studentinnenschaft und das Semesterticket
|-
|   || Sommersemester || Wintersemester
|-
| 1. Abschlag || 15.03. || 15.08.
|-
| 2. Abschlag || 15.05. || 15.11.
|-
| Endabrechnung || Vor Beginn des Rückmeldezeitraumes || per 31.12.
|}