Linux-haladó

Sziasztok!

Adott egy kiszolgalo, amin egy Zentyal 3.0 rendszer fut.

A főnököm megkért rá , hogy alakítsak ki egy olyan szolgáltatást ezen a kiszolgalon , amely kiváltja az MS Windows rendszer alatt üzemelő Active Directory szolgáltatást , azaz , hogy a kiszolgalon felvett userek számára, tartományi bejelentkezést tegyek lehetővé , jogosultságok korlátozásával.

Az lenne a kérdésem , hogy hallottatok-e már ilyen szolgáltatásról , illetve ha igen , akkor hogyan lehetne ezt felépíteni ezen a már meglévő rendszeren , linkek , tapasztalatok , vagy bármi használható információ jöhet ezzel kapcsolatban.

Egyebkent ez a zentyal egy debian alapu , webes felületrol managelheto rendszer, ha esetleg valaki nem ismerne:)

Elore is köszönöm a segítséget , és a válaszokat!

Hello!

12 ubuntu verziót frissítettem egy szerveren (újratelepítéssel) és újratelepítés után nagyon úgy tűnik, hogy 4 core helyett csak 1 van. legalább is a rendszer ennyit mutat. ez feature vagy valami beállítás hiányzik? (máshol is fut ez a verzió, de ott nem tapasztaltam ilyen hibát)

# cat /proc/cpuinfo

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
stepping : 11
microcode : 0xb6
cpu MHz : 2399.462
cache size : 4096 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc up arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm tpr_shadow vnmi flexpriority
bogomips : 4798.92
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

# ls -ld /sys/devices/*/*CPU*
drwxr-xr-x 3 root root 0 márc 9 03:52 /sys/devices/LNXSYSTM:00/LNXCPU:00
drwxr-xr-x 3 root root 0 márc 9 03:52 /sys/devices/LNXSYSTM:00/LNXCPU:01
drwxr-xr-x 3 root root 0 márc 9 03:52 /sys/devices/LNXSYSTM:00/LNXCPU:02
drwxr-xr-x 3 root root 0 márc 9 03:52 /sys/devices/LNXSYSTM:00/LNXCPU:03

vajon, hova lett 3 és miért csak egyet lát a rendszer?

Üdv!

Adott egy mobilteló, Bernacle wifi teether-rel. Automatikusan, grafikus felületen a csatlakozás minden esetben sikertelen. Az nm-applet beállításaiban ad-hoc módnál az ip-cím beírásához használandó input inaktív.
Script segítségével viszont csont nélkül csatlakozik, de csak ha a NetworkManager szolgáltatást leállítom.
Ha csatlakoztam, és a NetworkManager szolgáltatást elindítom, akkor megszakad a kapcsolat a hálózattal.
Amíg a NetworkManager nem fut, addig gond nincs a wifi-vel.
Ilyen kapcsolódást szeretnék:

#!/bin/bash

iwconfig wlan0 mode ad-hoc channel 3 essid KLOZET enc off key off rate 24
ifconfig wlan0 192.168.5.15 netmask 255.255.0.0 up
route add default gw 192.168.5.1
echo "nameserver 8.8.8.8" >/etc/resolv.conf

1. Ezt be lehet égetni valahogy a NetworkMaager-be?
2. El lehet érni valahogy, hogy a Networkmanager békén hagyja a wlan0-t?

man, info nincs, az /etc/NetworkManager mappán belül nem leltem érdemleges dolgot.

Sziasztok!

Arra lettünk figyelmesek, hogy a gépen futó jboss szerver nem válaszol. Majd nem ment az ssh sem. Konzolon kb 2 parancs után teljesen lehalt a rendszer, már csak resetelni lehetett. Utána a kernel logban az alábbi hibaüzenetet találtuk több példányban:

Mar  7 15:21:20 erp kernel: [ 1061.760345] INFO: task bdi-default:13 blocked for more than 120 seconds.
Mar  7 15:21:20 erp kernel: [ 1061.760551] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar  7 15:21:20 erp kernel: [ 1061.760857] bdi-default   D ffff88007783a350     0    13      2 0x00000000
Mar  7 15:21:20 erp kernel: [ 1061.760861]  ffff88007783a350 0000000000000046 0000000000000001 ffff88015f16bd40
Mar  7 15:21:20 erp kernel: [ 1061.760865]  ffff88015ec27c78 ffffffff810bc0c2 000000000000f9e0 ffff88015f16bfd8
Mar  7 15:21:20 erp kernel: [ 1061.760867]  0000000000015780 0000000000015780 ffff88015f0c5530 ffff88015f0c5828
Mar  7 15:21:20 erp kernel: [ 1061.760870] Call Trace:
Mar  7 15:21:20 erp kernel: [ 1061.760878]  [<ffffffff810bc0c2>] ? pagevec_lookup_tag+0x1a/0x21
Mar  7 15:21:20 erp kernel: [ 1061.760882]  [<ffffffff812fb53d>] ? schedule_timeout+0x2e/0xdd
Mar  7 15:21:20 erp kernel: [ 1061.760885]  [<ffffffff812fb3f4>] ? wait_for_common+0xde/0x15b
Mar  7 15:21:20 erp kernel: [ 1061.760889]  [<ffffffff8104a450>] ? default_wake_function+0x0/0x9
Mar  7 15:21:20 erp kernel: [ 1061.760892]  [<ffffffff81064d8a>] ? kthread_create+0x93/0x121
Mar  7 15:21:20 erp kernel: [ 1061.760896]  [<ffffffff810c8fde>] ? bdi_start_fn+0x0/0xd2
Mar  7 15:21:20 erp kernel: [ 1061.760899]  [<ffffffff8105a854>] ? lock_timer_base+0x26/0x4b
Mar  7 15:21:20 erp kernel: [ 1061.760902]  [<ffffffff8105a8dc>] ? try_to_del_timer_sync+0x63/0x6c
Mar  7 15:21:20 erp kernel: [ 1061.760904]  [<ffffffff8105a8f1>] ? del_timer_sync+0xc/0x16
Mar  7 15:21:20 erp kernel: [ 1061.760907]  [<ffffffff812fb5bc>] ? schedule_timeout+0xad/0xdd
Mar  7 15:21:20 erp kernel: [ 1061.760909]  [<ffffffff8105a970>] ? process_timeout+0x0/0x5
Mar  7 15:21:20 erp kernel: [ 1061.760912]  [<ffffffff810c8f16>] ? bdi_forker_task+0x1f5/0x2bd
Mar  7 15:21:20 erp kernel: [ 1061.760915]  [<ffffffff8103aa76>] ? __wake_up_common+0x44/0x72
Mar  7 15:21:20 erp kernel: [ 1061.760918]  [<ffffffff810c8d21>] ? bdi_forker_task+0x0/0x2bd
Mar  7 15:21:20 erp kernel: [ 1061.760920]  [<ffffffff81064c4d>] ? kthread+0x79/0x81
Mar  7 15:21:20 erp kernel: [ 1061.760924]  [<ffffffff81011baa>] ? child_rip+0xa/0x20
Mar  7 15:21:20 erp kernel: [ 1061.760926]  [<ffffffff81064bd4>] ? kthread+0x0/0x81
Mar  7 15:21:20 erp kernel: [ 1061.760928]  [<ffffffff81011ba0>] ? child_rip+0x0/0x20

# cat /etc/debian_version
6.0.2
# uname -a
Linux erp 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64 GNU/Linux

Bárkinek bármi ötlet, hogy mi történt és hogyan előzhető meg a probléma újboli előfordulása?
Köszi!

A kliensen van egy template (a lényege, hogy beteszi a LOGX stringet az üzenetbe):
$template REMOTELOG,"LOGX %hostname% %programname% %msg%\n"

-------
A szerveren a konfig:
$template TLOGX,"/var/log/%programname%.%$YEAR%.%$MONTH%.%$DAY%.log"

:msg, contains, "LOGX" ?TLOGX
& ~

$template DailyLogFile,"/var/log/messages.%$YEAR%.%$MONTH%.%$DAY%.log"
*.* ?DailyLogFile

-------
A probléma: a fenti szabály ellenére a TLOGX template által megadott log file-ba semmi nem kerül (mintha nem match-elne), ellenben a DailyLogFile nevű syslogba minden bekerül.

Próbáltam "contains" helyett regex, ".*LOGX.*" -ot megadni, de az se match-elt.

Tud valaki tippet adni?

Sziasztok,

dovecot 2-vel van egy olyan problémám, amellyel már nem tudunk mit kezdeni, egyszerűen se ötlet, se lövés nincs.

A jelenség az, hogy az ügyfél jelzi: bár küldenek neki levelet, azokat nem kapja meg (eltérő kliensek, legtöbbször Thunderbird és Office Outlook). Valójában a fizikai postafiókban ott vannak a levelek, ráadásul olvasottak is, ennek ellenére a kliens nem mutatja meg neki (maildir-t használunk).
A naplózásban az alábbi hiba üzenet társul: Error: Message ordering changed unexpectedly (msg #1: storage seq 32 -> 1)

A hibaüzenetből arra következtetek, hogy a kliensen és a szerveren lévő levelek sorrendje nem egyezik (bár ebben nem vagyok biztos), a problémát pedig csak az oldja meg, ha töröljük a dovecot-uidlist fájlt. A gond ezzel az, hogy ilyenkor a kliens újrahúzza a leveleket.

Már mindenféle naplózást beállítottunk, és ennek alapján az a tapasztalat, hogy ez a hiba minden esetben csak expunge utasítás után kerül elő - bár igaz, hogy nem minden expunge után. Mai nap is volt egy ilyen fiók: négy expunge után a legközelebbi loginkor már meg is volt a hibaüzenet, illetve maga a hiba.

Sajnos ennyire már nem értek a levelezéshez, de úgy tűnik, hogy az expunge nem közvetlen a levél törlése után kerül végrehajtásra; ezt a kliens automatikusan indítja el, pl. mikor logout-ol (esetleg mikor a klienst kikapcsolják).

Amit egyáltalán nem tudunk hová tenni az az, hogy több száz fiókból csak néhányat érintett a dolog, egy cégnél vannak visszaeső fiókok és az expunge eseményen kívül nincs más azonos körülmény. Gondoltam arra is, hogy esetlegesen a kliens oldalán lassú a hálózat, ami nemtom miért, de okozhatja ezt a problémát.

Ismeri valaki ezt a hibajelenséget? Nagyon megköszönném a segítséget!

Üdv:
Medvesajt

Sziasztok!

Volt már dolgom néhány szoftveres RAID-del, de most egy érdekes (inkább dühítő) helyzet elé kerültem.
Van két szerverem, amiben RAID10-ban van négy darab 1TB-os diszk.
Mindkét gépre 6-os Debiant tettem, a telepítővel alakítottam ki a RAID10 tömböket.
A múlt hét végén sikeresen beborult az egyik szerver tömbje, vélhetően több merevlemezzel is gond volt, de a problémát, ami miatt most írnék, nem ez okozta szerintem.

Lényeg a lényeg, eddig a szoftveres RAID esetén a gépbe bekerült új merevlemezre kialakítottam ugyanazokat a partíciókat fdisk-el, mint amilyen a megmaradt ép diszken volt, majd a partíciókat betettem az egyes tömbökbe, elindult a rebuild, megcsinálta, kész volt, jó volt, ennyi volt.

Most viszont gond volt az sda diszkkel, így azt cseréltük, az sdb diszket megnyitottam fdisk-el, megnéztem "p"-vel, mettől meddig terjedő partíciók vannak, azokat szintén fdisk-el létrehoztam volna az sda-n, de nem tudtam.
Ugyanez a helyzet most a másik szerveren is, így aggódom, hogy nem fogom tudni cserélni a diszket.

Tehát itt is hibás az sda, cserélnem kellene. Megmutatom mit ír az sda-ra, sdb-re az fdisk.
sda:


/dev/sda lemez: 1000.2 GB, 1000204886016 bájt


255 fej, 63 szektor, 121601 cilinder
Egység: cilinderek 16065 * 512 = 8225280 bájt
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Lemezazonosító: 0x0008b9cb

Eszköz Indítás Eleje Vége Blokkok Az Rendszer
/dev/sda1 * 1 6079 48827392 fd Linux raid automatikus felismeréssel
/dev/sda2 119657 121602 15624192 fd Linux raid automatikus felismeréssel
/dev/sda3 6079 119657 912309248 fd Linux raid automatikus felismeréssel

A partíciós tábla bejegyzései nem a lemezen található sorrendben vannak

sdb:


/dev/sdb lemez: 1000.2 GB, 1000204886016 bájt


255 fej, 63 szektor, 121601 cilinder
Egység: cilinderek 16065 * 512 = 8225280 bájt
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Lemezazonosító: 0x0008dc13

Eszköz Indítás Eleje Vége Blokkok Az Rendszer
/dev/sdb1 * 1 6079 48827392 fd Linux raid automatikus felismeréssel
/dev/sdb2 119657 121602 15624192 fd Linux raid automatikus felismeréssel
/dev/sdb3 6079 119657 912309248 fd Linux raid automatikus felismeréssel

A partíciós tábla bejegyzései nem a lemezen található sorrendben vannak

Parancs (m = súgó):

Látszik, hogy nincs különbség köztük, viszont az sda1 1-6079-ig tart, az sda3 6079-től megy és nem 6080-tól, ahonnan szerintem mennie kellene.
De próbáltam fdisk alatt így még az első szerverben, nem is engedte a következő partíciót azzal a számmal kezdeni, amire végződött az előző partíció. Szerintem jogosan anyázott, viszont itt is, a másik szerverben is így vannak a partíciók.

Mit tegyek? Hogyan tudnám ugyanígy particionálni a leendő új diszket? Vagy hogyan tudnám másként cserélni a hibás diszket? A particionálást gondolom nem tudom elkerülni...

Előre is köszi mindent!

Szeretnék ext4-et hasznáni a külső HDDmen. A kérdésem az volna, hogy le lehet-e valahogy tiltani a jogosultságkezelést? Tudom, hogy lehet játszani mount opciókkal, meg fstabbal, azonban sokkal jobban érdekelne valami olyan megoldás, ami automatikusan működik, hiszen a saját gépemen tudok ilyennel szórakozni, de mondjuk egy könyvtári gépen már nehezen kapok root hozzáférést, ott bedugom, csatolja valami a háttérben, és nincs beleszólásom, hogy hogy teszi. Ha nem tudok írni egy fájlt, mert elfelejtettem a+w-zni, akkor mérgelődhetek...

Az ideális valami olyasmi lenne, ha megadhatnám fájlrendszerszinten a mount opciókat, vagy mappa szinten hogy a létrejövő, belekerülő fájlok milyen jogosultságúak legyenek. Létezik ilyen?

* note: használhatnék simán ntfs-t is, de lassú raspberry pi-n, amin használnám ezt a hdd-t (lassú := másolok rá, és közben megakad az mp3 lejátszás)

Debian squeeze alatt, demóztam zfs-t egy régi kollégámnak, és az alábbi meglepetéssel találkoztam:

fs# zfs send mypool/home@20130301 > x1
fs# zfs send mypool/home@20130301 |cat >x2
fs# ls -l x*
-rw-r--r-- 1 root root 131072 Mar 1 10:27 x1
-rw-r--r-- 1 root root 1106112 Mar 1 10:27 x2


Az x2 fájl rendben van, abból meg is a visszaállítás, de mi van az x1-el???
Még csak nem is arról van szó, hogy valami lemaradt a végéről:

fs# dd if=x1 bs=10240 count=1 of=y1; dd if=x2 bs=10240 count=1 of=y2;
fs# diff y1 y2
Binary files y1 and y2 differ


Hogyan lehetséges ez?
20 év Unix/Linux alatt egyszer sem láttam, hogy a valami > file és a valami | cat > file különböző eredményt adott volna...

Először shell hibára gyanakodtam, de bash, ksh, tcsh és zsh alatt is pontosan ugyanez a jelenség.
Visznot, úgy gondolom, ha a program az stdout-ra dologzik, akkor nem is tudja megkülönböztetni, hogy az stdout hova van irányítva, ezért úgy gondolom, a zfs send sem lehet a hibás.

De akkor meg mi van?

Pár órája azon pörgök a puppet manifestek fölött, hogy mi van akkor, ha az alant lévő szerkezetben a kernel paramétereihez több modul is hozzá akarja tenni a magáét..?Tehát:

modules/grub2/manifests/init.pp

class grub2 {
  grub2::config {'default': }
}

modules/grub2/manifests/config.pp

define grub2::config ($grub_cmdline_linux_default = [], $append = []) {
  file {'/etc/default/grub':
    content => template('grub2/default.erb'),
  }
}

modules/grub2/templates/default.erb

GRUB_CMDLINE_LINUX_DEFAULT="quiet <% grub_cmdline_linux_default.each do |line| -%><%= line %><% end -%>"
<% append.each do |appendline| -%>
<%= appendline %>
<% end -%>

modules/ipmi/manifests/init.pp

class ipmi {
  class grub_override inherits grub2 {
    Grub2::Config['default'] {
      grub_cmdline_linux +> ['console=tty0 console=ttyS0,115200n8'],
    }
  }
  include grub_override
}

manifests/site.pp

if $has_bmc {    # custom fact
  include ipmi
}

node 'whitedwarf.local' {
  include whitedwarf
}

manifests/whitedwarf.pp

class whitedwarf {
  # XXX ennek a node-nak kell a mem=4096 kernel parameter; NOW WHAT?

  class grub_override inherits grub2 {
    Grub2::Config['default'] {
      append => ['# end of file'],
    }
  }
  include grub_override
}

A grub2 modulban lévő class-define szörnyeteg a http://projects.puppetlabs.com/issues/5517 eredménye. Ha néhol mesterkéltnek tűnik a probléma, az azért van, mert az is. A valódi modulok ennél bonyolultabbak, ott értelmet nyer ami itt fölöslegesnek tűnik.

Van pár megoldásom, de egyik sem igazán tetszik, te hogy csinálnád?