Ha jól tudom a /home/user/.gnupg/secring.gpg fájl a saját gpg titkos kulcsom. A fájl létezik. 600-as joggal.
Ha a kgpg-ben megnyitom a kulcs tulajdonságait, akkor minden rendben lévőnek tűnik.

Ha a Dolphinban egy fájlra rálépve a fájl titkosítását kérem, akkor azt végrehajtja, és még csak a jelszót sem kéri. Dekódolni viszont már nem hajlandó.
A Claws-mail is bojkottál ezzel. Valami frissítés okoz gondot?
A gpg --list-secret-keys --keyid-format LONG nem mutat semmit.
Kipróbáltam a következő parancsot is A KEYID persze le lett cserélve:

Terraform és matchbox segítségével telepítettem CoreOS alapokon egy Kubernetes klasztert (1 controller, 2 node).
Minden tökéletesen működik addig a pillanatig, hogy ingress segítségével 80/443-as porton elérhetővé akarok tenni egy service-t.
A probléma szerintem ott van, hogy nem rendel IP-t a rendszer az ingress-hez, és foglalmam sincs, hogy ezt hogy tudom konfigurálni.
Ugyanezekkel a lépésekkel minkube esetén minden tökéletesen működik. A DNS IP/névfeloldás oda-vissza működik.

Ez a terraform konfigfájlom:

module "cluster" {

Az alap szituáció az, hogy egymástól teljesen független ügyfeleknek, cégeknek üzemeltetünk különböző rendszereket. Viszont mindenhova be kell lépkednünk, és a helyileg kezelt userek macerásak. Jelenleg csak a linuxokon gondolkozok, szerencsére ez van több, windows-zal szerintem ez nem is nagyon kivitelezhető.

Sziasztok!

Egy szerveremen adott egy felcsatolt és használatban lévő ext4 fájlrendszer. Erről szeretném az adatokat átmásolni egy másik winyóra, ugyanúgy ext4-re. Az adatok között nagyon sok hardlink van, a 2TB-os winyón kb. 100 TB-nyi adat van így.
(Ezek rsync-es biztonsági mentések, ahol az utolsó mentés óta nem változott adatok hardlinkelve vannak)

Sziasztok!

Ezzel a yml-el akarok csinalni egy zabbix_server+zabbix_web+postgres+Zabbix_agent kombot:

version: '3.1'
services:
postgres-server:
image: postgres:alpine
restart: always
environment:
POSTGRES_USER: zabbix
POSTGRES_PASSWORD: xxxxxxx
POSTGRES_DB: zabbix
PG_DATA: /var/lib/postgresql/data/pgdata
zabbix-server:
image: zabbix/zabbix-server-pgsql:alpine-latest
restart: always
environment:
POSTGRES_USER: zabbix
POSTGRES_PASSWORD: xxxxxxx
POSTGRES_DB: zabbix
ZBX_HISTORYSTORAGETYPES: log,text

Sziasztok!

Hetek óta küzdök két problémával és nem jutok előbbre.
Adott egy Debian 9.9 (stretch), amin fut egy Cups nyomtató-szerver. Amúgy a szerver OpenMediavault 4.1.22-1, de szerintem ez most nem fontos.
A gépre rá van dugva USB-n egy Samsung ML-1665-ös nyomtató, amit a Cups fel is ismer.
Nyomtatni http://omv:631/Samsung_ML-1660_Series eléréssel tudok. A \\omv\Samsung_ML-1660_Series elérés nem működik, pedig a Samba megosztásban ott van.
Ezzel még együtt tudok élni, mert az első megoldás működik, de...

Sziasztok!

Irtam egy scriptet, amivel spacewalk-ba lehet feltolteni egy adott gitlab package-et:

#!/bin/bash

# Ask the package name

echo Please add the downloaded package link:

read link

rm -rf /home/gitlab-ce/*

$link -P /home/gitlab-ce/

find /home/gitlab-ce/ -name "*deb" | xargs rhnpush -v --channel=ubuntu_18.04_bionic_gitlab --server=http://localhost/APP -d /home/gitlab-ce/ -u admin -p *****

Hogy lehetne ellenőrizni ansible-el, hogy egy ip adott alhálózatban van-e?
pl ip: 192.168.3.4
subnets: 192.168.3.0/24, 192.168.4.0/24, 192.168.4.0/16
=> true, false, true

Van rá valami beépített módszer, filter, (elsősorban jinja nélküli megoldás) vagy külső proggal? (ha külsővel, akkor van a célra prog? (saját scriptel ok))

Egy ciklus (alhálózatok tömbben) és közben az eredménytől függő műveletek lennének.
Hogy csinálnátok?

Glusterfs volume-ot szeretnék RDMA (RoCE) transporttal összehozni, de nem akar működni. Két host-os tesztrendszer van jelenleg, mindkettőben 1-1 Mellanox kártya (ConnectX-3 EN MCX314A-BCBT). Switchen a pfc config oké, de amúgy tesztelek direkt linkkel is. Firmwarek frissek, OFED driver szintén, up2date Centos 7.6 mindkét gépen (selinux és firewall kikapcsolva).

RDMA tesztek:

# rping -c -a $server_address -C 3 -v
ping data: rdma-ping-0: ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqr
ping data: rdma-ping-1: BCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrs