Verbindungsfehler, Probleme mit Zugangsdaten, Änderungen in Xcode, voller Speicher, Netzwerkzugriff und Abrechnungsfragen führen jeweils zu einem eigenen Prüfpfad. Führen Sie zunächst die sechs Schnellchecks durch. Wenn das Problem bleibt, fügen Sie Bestellung, Knoten, Zeitpunkt und Reproduktionsschritte Ihrem Konsolen-Ticket hinzu.
Jeder Prüfpfad beginnt mit aktuell überprüfbaren Informationen – Sie müssen die Fehlerursache nicht zuerst erraten. Treten mehrere Symptome auf, prüfen Sie zuerst Bestellstatus, Gerätestrom und Verbindungsweg.
Für Timeouts, abgelehnte Verbindungen, unterbrochene Sitzungen oder eine nicht startende grafische Oberfläche. Prüfen Sie zuerst Knotenadresse, Port, lokalen Netzwerkausgang und die gewählte Fernzugriffsmethode.
Verbindungsanleitung öffnenFür fehlgeschlagene Anmeldungen, unklaren Zugangsdatenstatus oder nicht gefundene Bestelldaten. Verwenden Sie alte Informationen nicht wiederholt, sondern prüfen Sie in der Konsole, ob Bestellung und Verbindungsdaten zum selben Gerät gehören.
Bestellung und Zugangsdaten prüfenFür inkompatible Versionen, fehlgeschlagenen Zertifikatsimport, Signaturfehler, unterbrochene Fastlane-Aufgaben oder nicht exportierbare Artefakte. Bewahren Sie die vollständige Fehlerphase auf, entfernen Sie aber vor dem Einreichen vertrauliche Felder.
Build-Umgebung prüfenUnterscheiden Sie Projektdateien, Abhängigkeits-Caches, Build-Archive, Modelldateien und temporäre Ausgaben. Löschen Sie unbekannte Verzeichnisse nicht direkt. Notieren Sie zuerst Pfad, Speicherbelegung und zugehörige Aufgabe.
Speicherprüfpunkte anzeigenPrüfen Sie lokalen Ausgang, Zielport, DNS-Auflösung und Quellen der Projektabhängigkeiten. Wenn derselbe Knoten sich in verschiedenen Netzwerken unterschiedlich verhält, dokumentieren Sie die Ergebnisse beider Umgebungen.
Verbindung und Netzwerk prüfenHalten Sie Bestellnummer, gewählte Mietdauer, Knoten und Zusatzoptionen bereit. Zur Zahlung werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe) unterstützt; die Abrechnung erfolgt einheitlich in US-Dollar (USD).
Bestellung und Abrechnung anzeigenDokumentieren Sie die Ergebnisse in dieser Reihenfolge. Jeder Check grenzt den Fehler weiter ein und verhindert, dass lokales Netzwerk, Verbindungsart und Gerätestatus vermischt werden.
Bestätigen Sie, dass die Bestellung noch gültig ist und die angezeigte Bestellnummer zum aktuellen Gerät gehört. Wenn sich der Seitenstatus ändert, dokumentieren Sie die Aktionen vor und nach der Änderung.
Prüfen Sie den Knoten in Singapur, Japan (Tokio), Südkorea (Seoul) oder Hongkong sowie Adresse und Port aus der Konsole. Leiten Sie die aktuelle Adresse nicht aus früheren Verbindungen ab.
Prüfen Sie, ob das Gerät verbindungsbereit ist. Nach einem Neustart oder Systemupdate notieren Sie den Zeitpunkt und warten Sie auf den aktuellen Gerätestatus in der Konsole.
Bestätigen Sie, dass das aktuelle Netzwerk den Zielport erreichen darf. Testen Sie unter kontrollierten Bedingungen ein vertrauenswürdiges alternatives Netzwerk und dokumentieren Sie, ob derselbe Timeout auftritt.
Unterscheiden Sie Kommandozeile, grafische Oberfläche, Dateiübertragung und automatisierte Aufgaben. Ports, Client-Einstellungen und Fehlermeldungen unterscheiden sich je nach Methode.
Bestätigen Sie, dass Sie die neuesten Verbindungsdaten der aktuellen Bestellung verwenden. Fügen Sie Passwörter, Schlüssel oder vollständige Zugangsdaten weder öffentlichen Screenshots noch E-Mail-Betreffzeilen hinzu.
„Build fehlgeschlagen“ ist kein ausreichend konkreter Ticket-Betreff. Bestimmen Sie zuerst, ob der Fehler bei der Abhängigkeitsinstallation, Kompilierung, beim Testen, Signieren, Archivieren oder Exportieren des Artefakts auftritt.
Notieren Sie aktuelle Version, erforderliche Projektversion, Ziel der Kommandozeilenwerkzeuge und die Aufgabe, bei der die Abweichung erstmals auftrat. Prüfen Sie in Umgebungen mit mehreren Versionen auch den tatsächlich von der Automatisierung verwendeten Pfad.
Prüfen Sie Importobjekt, Schlüsselbundspeicherort, Zugriffsrechte und Gültigkeit des Zertifikats. Für das Ticket genügen der bereinigte Name und der Fehlertext. Laden Sie keinen privaten Zertifikatsschlüssel hoch.
Dokumentieren Sie Ziel, Build-Konfiguration, Fehlerphase und die entscheidende Fehlerzeile. Beschreiben Sie getrennt, ob das Problem im Projektcode liegt oder die Umgebung das Signaturmaterial nicht findet.
Geben Sie Lane-Namen, Auslöser, Abbruchschritt, Wiederholungsergebnis und Speicherort des Protokolls an. Wenn der manuelle Ablauf funktioniert, die Automatisierung aber scheitert, stellen Sie die Unterschiede beider Wege gegenüber.
Prüfen Sie, ob die Archivierung abgeschlossen ist, das Exportverzeichnis beschreibbar ist, genügend Speicher frei ist und die Übertragung des Artefakts unterbrochen wurde.
Nicht ladbare Modelle, abgebrochene Inferenz und getrennte Sitzungen können an unterschiedlichen Stellen entstehen. Beobachten Sie daher Umgebung, Dateipfade, Speicheränderungen, Ausgabeverzeichnis und Sitzungsverwaltung gemeinsam.
Dokumentieren Sie Python-Umgebung, MLX-Version, Startbefehl und Ergebnis der Abhängigkeitsinstallation. Wenn dasselbe Skript zuvor funktioniert hat, nennen Sie die jüngsten Änderungen an Umgebung oder Code.
Prüfen Sie Modellgröße, tatsächlichen Speicherpfad, Cache-Kopien und Ausgabeverzeichnis. Bewahren Sie bei unterbrochenen Downloads den Status temporärer Dateien auf, damit nicht erneut Speicher belegt wird.
Dokumentieren Sie die Speicheränderung vor dem Laden, nach dem Laden des Modells und während der Aufgabe. Bei einem Abbruch nennen Sie Batchgröße, Kontextgröße und Ressourcenstatus vor dem Stopp.
Trennen Sie die laufende Aufgabe von einer lokalen Verbindungsunterbrechung. Verwenden Sie eine fortsetzbare Sitzung, schreiben Sie Protokolle und Ausgabedateien kontinuierlich und prüfen Sie nach der erneuten Verbindung zuerst den Prozessstatus.
Die Wissensdatenbank wird automatisch nach Veröffentlichungsdatum sortiert und nach Monaten gruppiert. Die Datumsmarken links führen zum jeweiligen Monat; rechts werden dessen Artikel angezeigt. Monatstitel verwenden einheitlich das Format „Jahr Monat“.
Behandelt die MLX-Umgebung, die Planung der Modellspeicherung sowie Cache-, Speicher- und Portverwaltung bei der Containerentwicklung auf Cloud-Macs.
Dokumentiert Remote-Creative-Workflows, SSH-Tunnel und Fastlane-Automatisierung – von der Verbindungsprüfung bis zur Bereitstellung der Artefakte.
Methoden für Gerätenamen, Rechtevergabe, Umgebungsstandards, Asset-Dokumentation und Knotenübergaben bei mehreren parallelen Projekten.
Je näher die Problembeschreibung an einer reproduzierbaren Aufzeichnung liegt, desto leichter lässt sich zwischen Knoten, Systemzugriff, Softwareumgebung und Projektaufgabe unterscheiden. Bei vorhandener Bestellung reichen Sie die Anfrage bevorzugt über die Konsole ein, damit Bestellung und Gerätestatus verknüpft werden können.
Geben Sie die Bestellnummer und den tatsächlichen Knoten in Singapur, Japan (Tokio), Südkorea (Seoul) oder Hongkong an.
Nennen Sie den Zeitpunkt des ersten Auftretens, die letzte erfolgreiche Nutzung und den Zeitraum der Wiederholungsversuche.
Listen Sie Verbindungsart, Befehle oder Bedienhandlungen in Ausführungsreihenfolge auf und markieren Sie, bei welchem Schritt der Fehler auftritt.
Fügen Sie den entscheidenden Fehlertext oder bereinigte Screenshots bei. Zeigen Sie nur Bereiche, die zur Beurteilung erforderlich sind, und keine vollständigen Adressen oder Zugangsdaten.
Tickets, E-Mails und Screenshots dürfen keine Anmeldepasswörter, Schlüssel, privaten Zertifikatsschlüssel, Wiederherstellungscodes, vollständigen Zugangsdaten oder vollständigen Zahlungsdaten enthalten.
Senden Sie eine E-Mail an support@rentmymini.com. Nennen Sie im Betreff die Art Ihrer Anfrage und geben Sie im Text eine erreichbare E-Mail-Adresse sowie die erforderlichen bereinigten Informationen an.
Die Support-Warteschlange ordnet Anfragen nach Bestellung, Knoten, Verbindungsweg und Reproduktionsdaten. Für die folgenden vier Problemklassen werden unterschiedliche Nachweise benötigt und unterschiedliche Bearbeitungswege verwendet.
| Problemebene | Von RentMini prüfbare Informationen | Vom Nutzer bereitzustellen | Empfohlener Einstieg |
|---|---|---|---|
| Knotenverfügbarkeit | Bestellzuordnung, Knotenstatus, Gerätestatus und Verbindungsinformationen auf der Serviceseite | Bestellnummer, Knoten, Zeitpunkt und Konsolenstatus | Konsolen-Ticket |
| Systemzugriff | Verbindungsdaten, Fernzugriffsweg, Geräterückmeldung und Zugangsdatenstatus | Verbindungsart, Fehlerphase und Vergleichsergebnis im lokalen Netzwerk | Verbindungsanleitung |
| Konfiguration von Drittanbietersoftware | Ob der Cloud-Mac Installation, Start und Dateizugriff des Systems normal ausführen kann | Softwareversion, Installationsart, Konfigurationsschritte und bereinigte Protokolle | Serviceteam kontaktieren |
| Problem im Projektcode | Abgrenzung zwischen Gerät, Systemumgebung und Projektaufgabe | Minimale Reproduktion, Abhängigkeitsversionen, Fehlerschritt und Änderungen im Projekt | Wissensdatenbank |
Konsolen-Tickets enthalten Problembeschreibung, ergänzende Informationen und den weiteren Verlauf. Ergänzen Sie Ergebnisse im bestehenden Ticket, anstatt dasselbe Problem auf mehrere nicht verknüpfte Anfragen aufzuteilen.
Wenn sich Knoten, Fehlerbild, Netzwerkumgebung oder Reproduktionsschritte ändern, beschreiben Sie die Änderung im bestehenden Eintrag. Das erneute Senden identischer Screenshots liefert keine zusätzlichen verwertbaren Informationen.
Nennen Sie im Betreff die betroffene Bestellung und die aktuell nicht ausführbare Aufgabe und fügen Sie die minimale Diagnose bei. Die Support-Warteschlange klassifiziert nach Auswirkungsbereich und Reproduzierbarkeit.
RentMini bietet RentMini M4 16 und RentMini M4 24 als zwei Cloud-Mac-Konfigurationen ab $19.4/Tag. Die vier Knoten in Singapur, Japan (Tokio), Südkorea (Seoul) und Hongkong sind im Katalog verfügbar; der aktuelle Status in der Konsole ist maßgeblich.