Van nálam egy notebook, rajta Lucid Lynx 2.6.32-es kernellel. Szeretném upgrade-elni a legfrissebb LTS-re. Várhatóan fog ez sikerülni, vagy felejtős az egész? Gondolom, annak túl nagy jelentősége nincs, hogy a /home titkosított, hiszen az upgrade során maradnak a kulcsok.
Hali,
van valakinek tippje, hogy hogyan tudom ellenorizni, hogy az openldap cluster szinkronban van-e?
Idaig olyasmit talaltam csak, ahol azt irjak, hogy a CSN-t kell nezni:
ldapsearch -x -D cn=binddn -wbindpw -z 1 -ZZ -H ldap://localhost/ contextCSN -LLL
contextCSN: 20170418173038.447163Z#000000#001#000000
contextCSN: 20170405155048.286104Z#000000#002#000000
contextCSN: 20131009130833.644334Z#000000#003#000000
Size limit exceeded (4)
itt ugy nez ki, hogy kiesett a szinkronbol. Ellenben ha az egyikbe valtoztatok valamit, az latszodik a tobbiben is. Igy picit elbizonytalnodtam.
Ki hogyan monitorozza, ellenorzi, hogy szinkronban van-e a cluster?
Koszi!
Az a kérdésem, hogy ha van egy szerver, aminek SSD háttértára van, akkor milyen kritérium szerint cserélnétek ti a háttértárat? Mindezt automatikusan. Lényegében egy szkriptre lenne szükségem, ami 1, ha cserélni kell, 0, ha nem.
A cél az, hogy lehetőleg megelőzzük az elöregedésből adódó hibázást, és emberi beavatkozás nélkül tudjon jelezni az SSD, hogy "cserélj ki!" Tudom, hogy biztosra nem lehet menni, de azért valami esélyt adnék a cserének hibázás előtt.
Köszönöm a válaszokat!
Udv,
Jelenleg egy minden nap hajnalban lefuto script segitsegevel keszitek egy mentest a git repoimrol, majd ezeket a file-okat tarolom Nextcloud-ban. Innen aztan szinkronizalodik tobb helyre. Hogyan tudnam megoldani azt, hogy csak azok a repok keruljenek mentesre amelyek valtoztak?Maga a script igy fest:
#!/bin/bash
GIT_DIR="/home/git/repositories/"
BACKUP_DIR="/home/kukukk/Multimedia/nextcloud/kukukk/files/Backup/GitRepos/"
GROUP="www-data"
USER="www-data"cd $GIT_DIR
for GIT_REPO in $(find $GIT_DIR -mindepth 1 -maxdepth 1 -type d);
do
REPO="$(basename $GIT_REPO)"
ZIP_FILE="$BACKUP_DIR$REPO.zip"
zip -r $ZIP_FILE $REPO
chown $USER:$GROUP $ZIP_FILE
donesudo -u www-data php /home/kukukk/www/nextcloud/occ files:scan --path kukukk/files/Backup/GitRepos
Nem feltetlen ragaszkodom ehhez a megoldashoz, ha van jobb modszer szivesen lecserelem. En csak ezt tudtam osszehozni :}
Szivesen veszek konkret megoldast is :}, de amugy eleg az otlet is, hogy milyen iranyban keresgeljek.
Sziasztok!
Láttatok már ilyet?
Filesystem Size Used Avail Use% Mounted on
rootfs 10G 7.2G 2.9G 72% /
/dev/xvdb 10G 7.2G 2.9G 72% /
udev 10M 0 10M 0% /dev
tmpfs 402M 48K 402M 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 803M 0 803M 0% /run/shm
egy iscsi disk van van a rootfs alá montolva
Miért van két / ??
mount
/dev/xvdb on / type xfs (rw,relatime,attr2,inode64,noquota)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=508000,mode=755)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (ro,nosuid,nodev,noexec,relatime)
devpts on /dev/console type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
devpts on /dev/tty1 type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
devpts on /dev/tty2 type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
devpts on /dev/tty3 type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
devpts on /dev/tty4 type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=666)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=411028k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=822040k
Sziasztok!
Hogyan tudom a jobb oldali CTRL billentyűt INSERT-re cserélni?
(Természetesen a működést, és nem fizikailag)
Debian stretch, GNOME.
Sziasztok !
Szomorúan vettem észre, hogy youtube-on már nem lehet zenét hallgatni alsa-val. Kapásból jelzi a firefox, hogy pulseaudio kell neki. Van még mód, hogy alsa-t használjak vagy kénytelen leszek pulseaduio-ra átváltani?
Hello!
Valamiert nem latom a kartyaolvasomat, es egyelore nem sikerult kideritenem, hogy mi a baj. Ugy emlekszem korabban mukodott, de nem vagyok egeszen biztos benne. Lehet, hogy meeg az elozo oprendszerrel sikerult csak hasznalnom, de ezzel nem.
Merre kene indulnom? Hogy tudom kieriteni, hogy mi a HW es hogy driver problema-e?
Bar abban sem vagyok biztos, hogy a kartyaolvaso USB-n keresztul csatlakozik, azert raneztem, es ezt lattam:
garli@debianfujitsu:~$ lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 0451:8041 Texas Instruments, Inc.
Bus 004 Device 003: ID 0480:a006 Toshiba America Info. Systems, Inc.
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 8087:07dc Intel Corp.
Bus 003 Device 006: ID 0b97:7772 O2 Micro, Inc. OZ776 CCID Smartcard Reader
Bus 003 Device 002: ID 0b97:7761 O2 Micro, Inc. Oz776 1.1 Hub
Bus 003 Device 005: ID 04f2:b3b4 Chicony Electronics Co., Ltd
Bus 003 Device 004: ID 0451:8043 Texas Instruments, Inc.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
A gep egy LIFEBOOK E734 (talan megsem pont ez a tipus, mert az enyemben a listazottol eltero processzor [i5] van).
http://www.fujitsu.com/fts/products/computing/pc/notebooks/lifebook-e73…
OS: Debian GNU/Linux 8 (jessie) 64-bit
Eloreis,
-Garli
Sziasztok!
A következő a nem értem.
Storage-ről zvol kiajánlva node felé tgt-vel.
Ha default értéken hagyom a write cache-st (az az engedélyezve van) a node-n nagyobb fileok létrehozásakor,mozgatásakor iscsi connected error jelentkezik.
Random, van hogy el is dobja a kapcsolatot 1020 al , de legtöbb esetben 1021.
Mig, ha a tgt konfigurációban write cache off állitom be, lassaban de hiba nélkül megcsinálja a nagyobb file mozgatást, létrehozást.
Storage oldalon a zvol tulajdonságok közül a sync = standard beállítason van. Mikor a write cache ki van kapcsolva, és nagyobb I/O művelet megy végbe az iscsi kliens oldalon, akkor a szerveren a load megnő.
Mivel a tgt-be konfigurálom a write cache on||off ,ezért ehhez a programhoz "kötném" write cache müveletet is.
Ez ilyenkor hogy müködik? Hol van valójában a cache -lés ? Kliens oldalon, vagy storage oldalon.
Olvastam olyat, hogy a iscsi write cache engedélyezés csak COMSTAR alatt támogatott.
Merre kéne finomhangolni ahoz, hogy gyorsabb legyen write cache off esetén? A zvol tuljdonságokat, vagy az iscsi kapcsolat beállitásokat kliens ,szolgáltató oldalon?
Hi,
-------------------------------- Röviden a kérdés:
Mi és hogyan kellene, hogy beállítsa a DISPLAY változót Gnome alatt?-------------------------------- Hosszan a kérdés:
* SLES 11
* xrdp-n (+gnome) belépő userek
* Van egy program, amit root nevében kellene futtatni (mindegy, miért), opcionálisan desktopra rakott launcher-rel
probléma #1: sudoers ellenére gnomesu mindenáron root jelszót kér, amit a júzerek nem ismer(het)nek
probléma #1 megoldva rettenetes workaround-dal gugli alapján (/usr/bin/gnomesu lecserélése scriptre, ami az átnevezett eredeti gnomesu-t futtatja sudo-val) + sudoers módosítása
probléma #2: DISPLAY változó
Kész a launcher (gnomesu /path/to/app), de nem indítja az appot ("nem történik semmi").
Az a sanda gyanúm, hogy a DISPLAY változó a baja, mert ha terminálból indítom a "gnomesu /path/to/app" -ot, akkor "Cannot open display: "-t kapok.
Az "echo $DISPLAY" outptuja egy üres sor.
És itt jön akkor a kérdés: mi és hogyan állítja a DISPLAY változót?
Tudom, béna kérdés, de ezek az X-es dolgok nekem mindig nagyon misztikusak voltak. :)
Köszi!