Linux-haladó

Sziasztok!

Szeretnek egy bash scriptet inditani a tty1-en.
OS: Ubuntu 15.10 (systemd)

Ami eddig tortent:

systemctl disable getty@tty1.target

Letrehoztam a kovi filet:
/etc/systemd/system/myscript.service


[Unit]
Description=myscript
After=sysinit.target


[Service]
Type=oneshot
RemainAfter=yes
ExecStart=/usr/local/sbin/myscript start

[Install]
WantedBy=multi-user.target

majd ezutan:
systemctl enable myscript.service

Az alabbi hibat kapom boot utan:

Active:failed (Result: Exit-code)
blabla, code=exited, status=203/EXEC

sajnos itt elakadtam :(

Sziasztok!

KVM guestet szeretném elérni kívülről, de valahogy eddig nem boldogultam, gondoltam gugli segít de mem elég alaposan tehettem fel a kérdést.
A host és guest azonos címtartományban tenyészne, fix ip-n, mindkettő centos, a host 7-es, a guest 6.4.
(a történet valamivel hosszabb, ha lesz időm, bővebben is írok róla)

Hi!

Debian wheezy, rajta apache+openldap+dovecot+postfix+roundcube.
50-60 felhasználó használja, de van köztük kettő(!!), akiknek a levélküldésük igen lassú.
Tehát: belépnek -> Levélírás -> Küldés , itt kiírja, hogy Küldés folyamatban és itt 15-30mp-et is vár, néha többet (függetlenül attól, hogy cégen belülre, vagy cégen kívülre küld). Mindenki másnál ez pikk-pakk megy. Az alábbiakat néztem:

1. Szerver nem túlterhelt, load "normál" szinten, ezen idő alatt mindenki másnak normálisan megy a levelezés.

2. Ugyanazen a gépen más felhasználóval belépve minden rendben megy. Hálózati forgalom más nincs erről a gépről, ping is rendben.

3. A problémás felhasználóval másik gépen belépve is produkálja a fenti problémát.

4. A problémás felhasználó postaládájában 14 levél van (mappákba szétszedi), a küldöttekben pedig elenyésző 800.

5. Az apache konkurens kapcsolatainak száma ~100, tehát az sem mondható magasnak.

6. A szerveren néztem tcpdump-ot, amikor rákattint a küldésre, akkor látszik némi forgalom, hogy kommunikál a szerverrel, de aztán addig semmi, amíg a cliens tényleg el nem küldi.

Nekem úgy tűnik, hogy a konkrét felhasználóhoz van köze, de mi lehet az, amit belépés után a böngésző a RC-től megkap és azzal kell neki sokat molyolnia?

Van esetleg valakinek tippje, hogy mi lehet ez, vagy mit lenne még érdemes megnézni, kezdek kifogyni az ötletekből... :-(

Előre is köszönöm a segítséget.

Használ valaki CoreOS-t szervernek? Milyenek a tapasztalatok? Miben jobb mint egy hagyományos Linux disztribúció?

hello,

a messages log ilyenekkel van tele es a forumokon nem talaltam egyertelmu megoldas, debian 8, ESXi hoszton: (tobb VM-en is ez a helyzet)

Otlet valakinek?

Nov 3 17:54:20 xy kernel: [14972.561624] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev- instead.
Nov 3 17:54:20 xy kernel: [14972.579888] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev- instead.

koszi
FBK

Jó ideje töröm már a fejem, de csak nem tudok rájönni mi a fene baja van az ldconfig-omnak:

[root@Ishikawa /]# ldconfig
Segmentation fault (core dumped)
[root@Ishikawa /]# strace -i ldconfig
[00007fb840c1fe07] execve("/sbin/ldconfig", ["ldconfig"], [/* 30 vars */]) = 0
[000000000048a5c7] uname({sysname="Linux", nodename="Ishikawa", ...}) = 0
[000000000048ae69] brk(0)               = 0x1e4d000
[000000000048ae69] brk(0x1e4e1c0)       = 0x1e4d000
[000000000048aeaf] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0xffffffffffffffd0} ---
[????????????????] +++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)

Az ldconfig hash értéke megegyezik egy másik gépen teljesen jól futó ldconfig-éval. A cache-t töröltem (/etc/ld.so.cache, illetve /var/cache/ldconfig/aux-cache ), confokat összenéztem, glibc-s csomagokat újratettem.. Nem látok különbséget.
Az viszont felettéb gyanús, hogy a heap pointer extendnél (brk) a pointerem értéke ugyan az marad.

OS: Fedora 22 (x64)

[root@Ishikawa /]# rpm -qa |grep glibc
glibc-common-2.21-8.fc22.x86_64
glibc-devel-2.21-8.fc22.x86_64
glibc-headers-2.21-8.fc22.x86_64
glibc-2.21-8.fc22.x86_64
glibc-2.21-8.fc22.i686

Látott már valaki hasonlót?

Szerk:

[root@Ishikawa tmp]# rpm -qp --scripts glibc-2.21-8.fc22.x86_64.rpm
preinstall scriptlet (using <lua>):
-- Check that the running kernel is new enough
required = '2.6.32'
rel = posix.uname("%r")
if rpm.vercmp(rel, required) < 0 then
  error("FATAL: kernel too old", 0)
end
postinstall program: /usr/sbin/glibc_post_upgrade.x86_64
postuninstall program: /sbin/ldconfig
[root@Ishikawa tmp]# strace -i /usr/sbin/glibc_post_upgrade.x86_64
[00007f48bea15e07] execve("/usr/sbin/glibc_post_upgrade.x86_64", ["/usr/sbin/glibc_post_upgrade.x86"...], [/* 30 vars */]) = 0
[000000000042b717] uname({sysname="Linux", nodename="Ishikawa", ...}) = 0
[000000000042b8e9] brk(0)               = 0x1339000
[000000000042b8e9] brk(0x133a1c0)       = 0x1339000
[000000000042b92f] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0xffffffffffffffd0} ---
[????????????????] +++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)

Meg se lepődök...

szerk: Ulimit issue. Valahogy a data segment size-om 0-ra állítódott, bár meg nem mondhatom hogyan.. ulimit -d unlimited megoldott a problémát

Egy postfix -es mail szervert újratelepítettem (Debian jessie)

a postfix konf kis át dolgozással mint a régi (kb. Debian wheezy)

a gond hogy van pár alias cím virtualban és ezeket nem továbbítja hanem user unknown al eldobja.

a releváns config rész
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql/mysql-virtual_alias_maps.cf
virtual_gid_maps = proxy:mysql:/etc/postfix/mysql/mysql-virtual_gid.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql/mysql-virtual_mailbox_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql/mysql-virtual_mailbox_maps.cf
virtual_uid_maps = proxy:mysql:/etc/postfix/mysql/mysql-virtual_uid.cf
virtual_transport = dovecot

a postmap -q valaki@domain.hu mysql:/etc/postfix/mysql/mysql-virtual_alias_maps.cf
valami@gmail.com
az alias feloldás működik

bent maradt, bekerült valahogy: receive_override_options = no_address_mappings

Sziasztok.

Mivel egyik gépemen egyszerre 3 distrib van, elgondolkodtam. Ez legtöbbször rossz jel.

Eddig kapásból 3 részre osztottam egy disket ha linux futott rajta:
/
/home
és swap.

Most azon elmélkedem, hogy mi lenne, ha külön kapna a
/boot
és a
/usr/local
egy közösen használt partíciót. Tudtommal ha a /usr/local-ba rámolok mindent, amit mondjuk állandóan használnék, vagy eleve forráskódból telepítek, nem okozhat gondot, ha más distrib felmountolja.
Más a helyzet mondjuk a /boot-tal, ott ugyanis vannak függőségek a /lib könyvtárban szereplő egyes alkönyvtáraktól, ahol a kernelmodulok vannak.Tehát ha a /boot-ot is közössé tenném, akkor a
/lib/modules
és estleg a
/lib/firmware
könyvtárakat is közösítenem kellene, vagy symlinkelnem.

Kérdésem az, hogy melyek azok a könyvtárak, melyek minden (32 bites) distribben ugyanúgy vannak használva, azaz nem okoz gondot, ha cserélgetve vannak.
Az /mnt és a /media még lehet talán, de az /opt már nem.

Sziasztok!

Van nekem a fenti párosom és a rossz /dev/tty* jogosultások:
root:tty 666 helyett csak root:root rw
Egy csomót próbáltam trükközni elég sok google után, de tartós (értsd CT restart) megoldást nem sikerült találnom, a különfélre udev rule-ok meg akár ott sem lettek volna.
multi-user van használva a konténer szóval szükségem van rá, hogy jók legyenek a jogok

Futott már bele ilyenbe valaki, hogy oldotta meg?
Előre is kösz!

Sziasztok,

Egy ház körüli kamerarendszert szeretnék kiépíteni. Mindenképpen jó felbontású és minőségű kamerákkal, valahol kábeles, máshol Wifi kapcsolattal IP alapon. Ehhez tudnátok javasolni kamerákat. Illetve van tapasztalatotok valami Linuxon futó szoftverrel ami a közös helyen gyűjtené a képeket, videókat, küldené a riasztásokat és kezelné az archiválást, igény szerinti visszajátszást, stb.?