Můžete se obrátit na technickou podporu CESNETu:
support(zavináč)cesnet.cz

Popis problému: Zapomněl jsem heslo, které jsem si nastavil pro přístup ke službě datových úložišť (Přihláška do VO).

Řešení: Nové heslo pro přístup na úložiště CESNET lze nastavit na stránce v Perunovi. Zde se musíte nejprve přihlásit přihlašovacími údaji své instituce a následně budete přesměrováni na formulář pro resetování hesla. Změna se týká většiny virtuálních organizací v e-infrastruktuře. Tímto formulářem změníte např. i heslo do MetaCentra. Pro přístup k formuláři pro změnu se přihlašte pomocí federace.

Pokud se registrujete do VO Storage a registrační proces se nezeptal na heslo, je pravděpodobné, že máte nebo jste měl účet v MetaCentru. Pokud si původní heslo již nepamatujete, změníte ho na odkazu výše.

Popis problému: Spojení k datovému úložišti mi stále timeoutuje, proč je tomu tak?

Řešení: Datová úložiště používají architekturu HSM (Hierarchical Storage Management). Zde může z důvodu nečinnosti dojít k odmigrování dat na nižší (pomalejší) vrstvu, což ve výsledku způsobí pomalejší manipulaci s těmito daty, jelikož je nutné před přístupem k nim data přesunout zpět na vyšší vrstvu. Tato zpoždění se v aplikaci mohou projevovat timeoutem.

Abyste úspěšně stáhli soubor(y), tak si u dané aplikace prosím změňte nastavení timeoutu podle návodu u jednotlivých aplikací. V závislosti na aplikaci, může také docházet k opětovné zobrazení výzvy pro zadání hesla. V tomto případě zvolte volbu pro zapamatování jména a hesla.

Popis problému: Při vyplňování přihlášky do virtuální organizace jsem dostal hlášku, že v systému Perun již existuje uživatel se stejným jménem a jsem to já. Jak mám postupovat?

Řešení: Pokud disponujete minimálně dvěma identitami z různých institucí a chcete pro přístup do systému správy uživatelů (Perun) používat libovolnou z nich s tím, že z pohledu systému Perun se budou jevit, jako jedna a tatáž, nehledě na to, kterou identitu zrovna použijete, musíte provést jejich sloučení (konsolidaci).

Návod níže je popsán pro dvě smyšlené identity - 4352@cvut.cz a jura03@fel.cvut.cz. Pokud jích máte více, budete muset postup opakovat dle potřeby.

1. Navštivte https://einfra.cesnet.cz/fed/ic/
2. Přihlaste se pomocí CVUT identity
3. Vyberte možnost sloučení s identitou v eduID.cz (případně jinou dle potřeby)
4. Z nabízených institucí vyberte FEL ČVUT a přihlaste se

Pokud proběhlo vše v pořádku, můžete nyní pro přístup do systému Perun použít 4352@cvut.cz nebo jura03@fel.cvut.cz. Z pohledu systému se budou jevit jako jedna a tatáž identita. V případě výskytu komplikací, se prosím obraťe na technickou podporu: support(zavináč)cesnet.cz

Popis problému: Chci se bezpečně odhlásit od všech federovaných služeb. Jak toho docílím?

Řešení: Pokud se přihlašujete za pomoci účtu v eduID.cz k webovým službám (ownCloud, FileSender …) a po skončení práce se od služby chcete bezpečně odhlásit, musíte ještě ukončit webový prohlížeč.

Odhlášení z aplikace totiž neznamená odhlášení z kontextu federace eduID.cz. Je možné, že po určitou dobu bude možné přihlásit se do aplikace bez nutnosti autentizace (zadávání uživatelského jména a hesla). Proto, pokud k vašemu počítači mají přístup i jiní lidé, doporučujeme pro jistotu ukončit prohlížeč. Tímto dosáhnete jistého odhlášení ze vsěch aplikací, které jste navštívili v rámci federace eduID.cz.

Popis problému: Ztrácíte se v množství protokolů a služeb? Nevíte který je pro vaše použití výhodnější?

Řešení: Přehled protokolů a služeb s jejich doporučeními

Popis problému: Nevím, jakou mám použít adresu pro přístup k úložišti pro mnou zvolenou službu.

Řešení:

Popis problému: Po přihlášení na úložiště a vylistování adresáře vidím soubory a adresáře, které jsem nevytvářel. Kde se vzaly?

Řešení: Ve vašem domovském adresáři na vzdáleném úložišti jsou podadresáře představující migračni politiky. Je velmi důležitě se seznámit s touto adresářovou strukturou před nahráváním dat.

Popis problému: Zajímalo by mne, co se stane s mými daty po nahrání na úložiště.

Řešení: Pokud vás zajímá podrobnější popis zacházení s daty v rámci datového úložiště, navštivte prosím tuto stránku.

Popis problému: Jak zjistím informace o kvótě a množství uložených dat?

Řešení: Pro zjištění množství uložených dat můžete využít službu Accounting-Návod.

Popis problému: Po nahrání dat na úložiště není zachován původní čas modifikace souborů, lze s tím něco dělat?

Řešení: FTP protokol bohužel nastavování času souborů ve své platné specifikaci neumožňuje. RFC 3659 definuje příkaz MDTM, který umožňuje dle specifikace získávat čas a ne ho měnit, dokonce to zakazuje. Některé FTP servery i klienti však měnit čas pomocí tohoto příkazu umožňují. Námi používaný FTP server příkaz MDTM pro zápis podporuje. Bohužel klienti Filezilla, Total Commander ani WinSCP tento způsob nastavování času nepodporují, lze však využít řádkový klient lftp, se zapnutou volbou ftp:use-mdtm-overloaded.

Popis problému: Mohu připojit více svazků s různými krb5 identitami?

Řešení: Od verze Kerberos 1.10 je v možné používat složku pro uchování lístků vašich identit namísto samotného souboru a mít tak více aktivních identit současně, mezi kterými lze přepínat. Standardně se vytváří samostatný soubor v /tmp/ (např. /tmp/krb5cc_0_dX1u6IH8jO). Pomocí jednoduché úpravy je možné změnit cestu do vybrané složky.

Nejprve si připravíme složku, do které chceme ukládat lístky identit. Zvolíme umístění této složky do /run/, protože při restartu bude tato složka vyčištěna.

# mkdir -p /run/user/0/krb5cc
# chmod og-rwx /run/user/0/krb5cc

Nastavíme do proměnné KRB5CCNAME cestu k dané složce.

# export KRB5CCNAME=DIR:/run/user/0/krb5cc

Nyní máme složku pro ukládání lístku připravenou a můžeme inicializovat identity.

# kinit user@DOMAIN1
# kinit user@EINFRA

Pro výpis všech dostupných lístků identit můžeme použít příkazů klist -A nebo klist -l.

# klist -A
Ticket cache: DIR::/run/user/0/krb5cc/tkta0Hysv
Default principal: user@DOMAIN1

Valid starting     Expires            Service principal
9.6.2015 13:54:44  9.6.2015 23:54:38  krbtgt/DOMAIN1@DOMAIN1
	renew until 24/06/2015 13:54 

Ticket cache: DIR::/run/user/0/krb5cc/tkt5PDllX
Default principal: user@EINFRA

Valid starting     Expires            Service principal
9.6.2015 13:54:22  9.6.2015 23:54:16  krbtgt/EINFRA@EINFRA
	renew until 16/06/2015 13:54 


# klist -l
Principal name                 Cache name
--------------                 ----------
user@DOMAIN1                   DIR::/run/user/0/krb5cc/tkta0Hysv
user@EINFRA                    DIR::/run/user/0/krb5cc/tkt5PDllX

Použitím samotného příkazu klist vidíme, která identita je aktivní.

# klist
Ticket cache: DIR::/run/user/0/krb5cc/tkta0Hysv
Default principal: user@DOMAIN1

Valid starting     Expires            Service principal
9.6.2015 13:54:44  9.6.2015 23:54:38  krbtgt/DOMAIN1@DOMAIN1
	renew until 24/06/2015 13:54

Pro přepínání identit slouží příkaz kswitch.

# kswitch -p user@EINFRA

# klist
Ticket cache: DIR::/run/user/0/krb5cc/tkt5PDllX
Default principal: user@EINFRA

Valid starting     Expires            Service principal
9.6.2015 13:54:22  9.6.2015 23:54:16  krbtgt/EINFRA@EINFRA
	renew until 16/06/2015 13:54

Pokud tedy chceme připojit dva NFSv4 svazky s různými identitami, pak stačí spustit příkaz mount s aktivní první identitou, přepnout identity pomocí kswitch a následně připojit druhý svazek s aktivní druhou identitou.

# mount -o sec=krb5i,proto=tcp,port=2049,intr storage-jihlava1-cerit.metacentrum.cz:/ /mnt/storage-cerit
# kswitch -p user@EINFRA
# mount -o rw,nfsvers=4,hard,intr,sec=krb5i nfs.du4.cesnet.cz:~/ /mnt/storage-du4

Popis problému: Zkouším se připojit k novému úložišti pomocí NFS, avšak stále se mi to nedaří.

Řešení: Pro případ připojení k úložišti v Ostravě by měl být v krb5.conf záznam pro [domain_realm] pro úložiště v Ostravě, obdobně pro další úložiště.

.du4.cesnet.cz = EINFRA-SERVICES

Popis problému: Zkouším se připojit k úložišti pomocí NFS, avšak dostávám chybové hlášení.

mount.nfs: Network is unreachable

Řešení: Problém je způsoben neběžící službou rpc-gssd, pokud se podíváte na status služby:

systemctl status rpc-gssd

Dostanete následující výpis:

Condition: start condition failed at Thu 2018-05-06 06:12:22 CET; 20s ago
           └─ ConditionPathExists=/etc/krb5.keytab was not met

Řešením může být tedy například to, že vytvoříte prázdný soubor v /etc pomocí následujícího příkazu:

touch /etc/krb5.keytab

Následně stačí službu rpc-gssd restartovat a znovu provést mount.

Z důvodů zachování bezpečnosti naše servery vyžadují TLSv1.2, který podporují všechny populární prohlížeče ve svých posledních verzích.

Popis problému: Jak poslat zprávy ve FileSenderu o uložení souboru více příjemcům?

Řešení: Oddělte emailové adresy příjemců čárkou.

Popis problému: Jak poslat více souborů?

Řešení: Na výběr máte dvě možnosti, jak dosáhnout zaslání více souborů najednou. Jednou z možností je vytvořit archív pomocí WinZip, tar apod.
Druhá možnost je soubory do FileSenderu vložit přímo - Filesender poté nabídne stažení souborů samostatně, zabalené v archivu typu zip nebo typu tar. Pokud narazíte na chybu, či nestandardní chování, tak nám prosím napište na support(zavináč)cesnet.cz

Popis problému: Jaké jsou požadavky FileSenderu na Váš prohlížeč?

Řešení: Váš prohlížeč musí podporovat technologii HTML5, tedy všechny populární prohlížeče ve svých posledních verzích.

Popis problému: Jaká je maximální možná nastavitelná doba uložení dat ve FileSenderu?

Řešení: Současná verze FileSenderu dovoluje uložení dat po dobu 1 měsíce.

Popis problému: Lze nahrávát soubory jiným způsobem než přes webové rozhraní, tedy např. přímo z měřících či výpočetních strojů?

Řešení: Ano, pokud má systém možnosti využití příkazové řádky a pythonu verze 3, je možné využít nabízeného skriptu přímo v rozhraní FileSenderu. Tento skript naleznete po přihlášení do FileSenderu pod svým uživatelským účtem (ověření přes eduID) v části „Můj profil“ a odstavci „Python CLI Client“, kde jsou ke stažení 2 soubory - samotný pythonový-skript a konfigurace obsahující rovnou i API-klíč, který nahrajeme do cesty svého domácího adresáře ~/.filesender/filesender.py.ini . Skript lze použít i bez konfiguračního souboru, avšak minimálně API-klič a „Identifikace uživatele“ (formát abcdefghijklmnopqrstuvwxyz0123456789@einfra.cesnet.cz) je poté nutné použít jako parametry na příkazové řádce. (tento identifikátor lze nalézt v systému Perun záložka uživatel - autentizace - Login in EINFRAID-PERSISTENT)

Ukázka nahrání se staženým a správně umístěným konfiguračním souborem:

python3 filesender.py -r abcdefghijklmnopqrstuvwxyz0123456789@einfra.cesnet.cz nahravany.soubor1 nahravany.soubor2

Ukázka nahrání za použití API-klíče:

python3 filesender.py -a 1234567890123456789012345678901234567890123456789012345678901234567890 -u abcdefghijklmnopqrstuvwxyz0123456789@einfra.cesnet.cz -r email@prijemce.koncovka nahravany.soubor1 nahravany.soubor2

Podporuje Globus Online IPv6?

• Ano, podporuje. Nicméně je podpora IPv6 zatím pouze experimentální. Z toho důvodu jsme ji zatím na naších serverech nepovolili.

V souvislosti s provozními pravidly platnými od 1.1.2018 došlo ke změně v systému zacházení s daty, který by měl pomoci předejít kritickému zaplnění úložišť. Jedná se zejména o klasifikaci dat na permanentní archivy a zálohy.

Nový systém zacházení s daty se aplikuje na úložiště zprovozněná od roku 2018. Netýká se tedy úložišť du2 a du3, tam jsou všechna data považována za archiv.

Popis problému: Co se rozumí pod pojmy archiv a záloha? Jak se s nimi na úložišti zachází?

Řešení: Data typu archivu jsou data trvalé hodnoty. Jejich uložení na úložišti je omezeno objemem přidělené kvóty na objem dat a počet souborů.

Prostory pro zálohy oproti tomu slouží pro dočasná data, která není třeba uchovávat příliš dlouho. Jejich uložení na úložišti je omezeno časem: po uplynutí jednoho roku je správce úložiště oprávněn data typu zálohy smazat. Předtím samozřejmě vlastníkovi dat pošle mailové upozornění. To by mělo vyhovovat většině uživatelů, kteří na úložiště zálohují, při rozumné strategii nedává smysl uchovávat zbytečně staré zálohy.

Správce úložiště typicky přiděluje prostor pro zálohy. Pro data trvalé hodnoty vyžaduje zdůvodnění účelu a využití takového prostoru. Používání prostoru pro trvalá data pro zálohování se považuje za vážné porušování provozních pravidel úložišť.

Detailní specifikace dat typu archiv a zálohy je uvedena v odstavci č. 3 provozních pravidel.

Popis problému: Jak poznám, jestli je moje úložiště (zdroje) určeno pro archiv nebo zálohy?

Řešení: Ve struktuře složek na úložišti je toto rozlišení jasně poznat, podívejte se na popis adresářové struktury.

Popis problému: Mám prostor pro zálohy a potřebuji archiv (nebo naopak).

Řešení: Obraťte se na správce vaší virtuální organizace, aby přidání příslušného prostoru dohodnul se správcem úložiště.

Popis problému: Dostal jsem výzvu, abych si přesunul moje data, ale nemohu se přihlásit na úložiště.

Řešení: Toto může být způsobeno tím, že je Vaše členství v předmětné virtuální organizaci expirované, nebo uplynula vyhrazená doba pro přenos vašich souborů.

V případě podezření na expirované členství, zkontrolujte prosím došlé emaily a ujistěte se, že jste si vaše členství prodloužili. Pokud jste tak neučinili stačí vyplnit prodlužovací přihlášku (odkaz naleznete v obržených emailech s informacemi o prodloužení členství) a vaše členství i přístup na úložiště by tak měl být obnoven do 60min od schválení vaší přihlášky správcem virtuální organizace.

Pokud jste nestihl(a) vaše data přestěhovat během 14 dní od první notifikace, tak je následně váš přístup na úložiště omezen z důvodu stěhování dalších uživatelů. Pokud jste přesun vašich dat nestihl(a) kontaktujte správce úložiště, který vám umožní opětovný přístup.

Popis problému: Pokouším se přesunout moje data pomocí protokolu Globus/rsync, ale dostávám na mých datech problém s nedostatečnými právy viz například Globus protokol:

Error (transfer)
      Endpoint: ducesnet#globusonline (d8eb370a-6d04-11e5-ba46-22000b92c6ec)
      Server: globus.du4.cesnet.cz:2811
      File: /~/VO_storage-cache_tape/backups/tests/fLLgaxLv2R1/4Hcy5vd98A0
      Command: RETR ~/VO_storage-cache_tape/backups/tests/fLLgaxLv2R1/4Hcy5vd98A0
      Message: Fatal FTP response
      ---
      Details: 500-Command failed. : globus_l_gfs_file_open  failed.\r\n500-globus_xio: Unable to open file  
      /exports/home/username/VO_storage-cache_tape/VO_storage-cache_tape/backups/tests/fLLgaxLv2R1/4Hcy5vd98A0\r\n500- 
      globus_xio:  System error in open: Permission denied\r\n500-globus_xio: A system  call failed: Permission denied\r\n500 End.\r\n

Řešení: Problém lze jednoduše odstranit tím, že provedete kontrolu přístupových práv přímo na úložišti. Pokud používáte operační systém z rodiny Windows, můžete pro připojení k úložišti a následnou kontrolu použít tento návod.

Připojte se na úložiště pomocí protokolu ssh.

ssh username@ssh.du4.cesnet.cz

Přejděte do adresáře, který chcete zkontrolovat. Zde je na první pohled patrné, které soubory způsobují problémy. Jedná se o test1 a testfile1

username@store:~>cd VO_storage-cache_tape
username@store:~/VO_storage-cache_tape>ls -alh
total 84K
drwx-----T    4 username storage  82 May  3 09:57 .
drwxr-x--- 1378 root     storage 56K May  3 13:30 ..
d---------    2 username storage  10 May  3 09:56 test1
drwxr-xr-x    2 username storage  10 May  3 09:56 test2
----------    1 username storage   0 May  3 09:56 testfile1
-rw-r--r--    1 username storage   0 May  3 09:56 testfile2

Pokud chcete v dané adresářové struktuře vyhledat problematické soubory a adresáře, můžete použít tento příkaz:

# find -L . -perm +u-rwx,g-rwx,o-rwx

Případně můžete soubory a adresáře vyhledat a rovnou u nich opravit nedostatečná práva.

# find -L . -perm +u-rwx,g-rwx,o-rwx -exec chmod u+rX '{}' \;

Služba LTP zahájila v březnu 2019 svůj pilotní provoz, proto zde zatím nenajdete žádné často kladené dotazy. Momentálně sbíráme data z provozu. Až proběhne jejich vyhodnocení, bude tato sekce doplněna.