abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 2
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 0
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 5
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 11
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
21.2. 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
21.2. 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 691 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: Vycerpani pameti FC5

    9.9.2006 10:13 brusell | skóre: 3 | Praha
    Vycerpani pameti FC5
    Přečteno: 119×
    Mel bych prosbu.Pouzivam na domacim serveru Fedora Core 5.Pred casem se zacal objevovat problem, ze server po nejake dobe vytuhl a musel se natvrdo vyresetovat.Koukal jsem do logu a vzdy doslo nejakou formou k vycerpani pameti i swapu a server killnul sluzbu, ktera zrovna mela nejvetsi pametove naroky /obcas BIND, obcas DHCPD, obcas AV atd./ Povypinal jsem vsechny /podle me zbytecne sluzby/, ale problem se jevi stale jako nevyreseny. Ted po cca 12 hodinach behu to vypada, ze k vycerpani pameti dojde opet. Viz.log.
    ############################################
    top - 09:44:39 up 12:14,  1 user,  load average: 0.00, 0.00, 0.00
    Tasks:  65 total,   1 running,  63 sleeping,   0 stopped,   1 zombie
    Cpu(s):  0.5% us,  0.1% sy,  0.0% ni, 99.0% id,  0.3% wa,  0.0% hi,  0.0% si
    Mem:    513372k total,   403572k used,   109800k free,    44968k buffers
    Swap:   786424k total,       76k used,   786348k free,   277952k cached
    
      PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
     8732 root      15   0  2132  912  720 R    2  0.2   0:00.01 top
        1 root      16   0  1988  664  572 S    0  0.1   0:01.29 init
        2 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0
        3 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/0
        4 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/0
        5 root      RT   0     0    0    0 S    0  0.0   0:00.02 migration/1
        6 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/1
        7 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/1
        8 root      10  -5     0    0    0 S    0  0.0   0:00.00 events/0
        9 root      10  -5     0    0    0 S    0  0.0   0:00.00 events/1
       10 root      10  -5     0    0    0 S    0  0.0   0:00.02 khelper
       11 root      11  -5     0    0    0 S    0  0.0   0:00.00 kthread
       14 root      10  -5     0    0    0 S    0  0.0   0:00.32 kblockd/0
       15 root      10  -5     0    0    0 S    0  0.0   0:00.14 kblockd/1
       16 root      14  -5     0    0    0 S    0  0.0   0:00.00 kacpid
       80 root      10  -5     0    0    0 S    0  0.0   0:00.00 khubd
      135 root      15   0     0    0    0 S    0  0.0   0:00.81 pdflush
      136 root      15   0     0    0    0 S    0  0.0   0:00.44 pdflush
      137 root      15   0     0    0    0 S    0  0.0   0:01.10 kswapd0
      138 root      11  -5     0    0    0 S    0  0.0   0:00.00 aio/0
      139 root      11  -5     0    0    0 S    0  0.0   0:00.00 aio/1
      226 root      10  -5     0    0    0 S    0  0.0   0:00.00 kseriod
      302 root      11  -5     0    0    0 S    0  0.0   0:00.00 kpsmoused
      327 root      11  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_0
      384 root      13  -5     0    0    0 S    0  0.0   0:00.00 kmirrord
      397 root      15   0     0    0    0 S    0  0.0   0:02.17 kjournald
      436 root      11  -5     0    0    0 S    0  0.0   0:00.00 kauditd
      460 root      13  -4  2200  680  384 S    0  0.1   0:00.38 udevd
     1113 root      23   0     0    0    0 S    0  0.0   0:00.00 kjournald
     1115 root      16   0     0    0    0 S    0  0.0   0:01.40 kjournald
     1117 root      15   0     0    0    0 S    0  0.0   0:00.00 kjournald
     1381 root      16   0  1656  560  460 S    0  0.1   0:00.13 syslogd
     1384 root      15   0  1600  396  332 S    0  0.1   0:00.04 klogd
     1394 root      16   0  1600  300  224 S    0  0.1   0:00.00 irqbalance
     1459 rpc       15   0  1732  560  464 S    0  0.1   0:00.00 portmap
     1478 rpcuser   17   0  1744  724  620 S    0  0.1   0:00.02 rpc.statd
     1508 root      16   0  4728  584  308 S    0  0.1   0:00.00 rpc.idmapd
    "log" 147L, 17483C
    
    ############################################
    
    UID        PID  PPID  C STIME TTY          TIME CMD
    root         1     0  0 Sep08 ?        00:00:01 init [5]
    root         2     1  0 Sep08 ?        00:00:00 [migration/0]
    root         3     1  0 Sep08 ?        00:00:00 [ksoftirqd/0]
    root         4     1  0 Sep08 ?        00:00:00 [watchdog/0]
    root         5     1  0 Sep08 ?        00:00:00 [migration/1]
    root         6     1  0 Sep08 ?        00:00:00 [ksoftirqd/1]
    root         7     1  0 Sep08 ?        00:00:00 [watchdog/1]
    root         8     1  0 Sep08 ?        00:00:00 [events/0]
    root         9     1  0 Sep08 ?        00:00:00 [events/1]
    root        10     1  0 Sep08 ?        00:00:00 [khelper]
    root        11     1  0 Sep08 ?        00:00:00 [kthread]
    root        14    11  0 Sep08 ?        00:00:00 [kblockd/0]
    root        15    11  0 Sep08 ?        00:00:00 [kblockd/1]
    root        16    11  0 Sep08 ?        00:00:00 [kacpid]
    root        80    11  0 Sep08 ?        00:00:00 [khubd]
    root       135    11  0 Sep08 ?        00:00:00 [pdflush]
    root       136    11  0 Sep08 ?        00:00:00 [pdflush]
    root       137     1  0 Sep08 ?        00:00:01 [kswapd0]
    root       138    11  0 Sep08 ?        00:00:00 [aio/0]
    root       139    11  0 Sep08 ?        00:00:00 [aio/1]
    root       226    11  0 Sep08 ?        00:00:00 [kseriod]
    root       302    11  0 Sep08 ?        00:00:00 [kpsmoused]
    root       327    11  0 Sep08 ?        00:00:00 [scsi_eh_0]
    root       384    11  0 Sep08 ?        00:00:00 [kmirrord]
    root       397     1  0 Sep08 ?        00:00:02 [kjournald]
    root       436    11  0 Sep08 ?        00:00:00 [kauditd]
    root       460     1  0 Sep08 ?        00:00:00 /sbin/udevd -d
    root      1113     1  0 Sep08 ?        00:00:00 [kjournald]
    root      1115     1  0 Sep08 ?        00:00:01 [kjournald]
    root      1117     1  0 Sep08 ?        00:00:00 [kjournald]
    root      1381     1  0 Sep08 ?        00:00:00 syslogd -m 0
    root      1384     1  0 Sep08 ?        00:00:00 klogd -x
    root      1394     1  0 Sep08 ?        00:00:00 irqbalance
    rpc       1459     1  0 Sep08 ?        00:00:00 portmap
    rpcuser   1478     1  0 Sep08 ?        00:00:00 rpc.statd
    root      1508     1  0 Sep08 ?        00:00:00 rpc.idmapd
    dbus      1522     1  0 Sep08 ?        00:00:00 dbus-daemon --system
    root      1628     1  0 Sep08 ?        00:00:00 /usr/sbin/automount --timeout=60 /net program /etc/auto.net
    root      1641     1  0 Sep08 ?        00:00:00 cupsd
    root      1649     1  0 Sep08 ?        00:00:00 /usr/sbin/sshd
    root      1659     1  0 Sep08 ?        00:00:00 xinetd -stayalive -pidfile /var/run/xinetd.pid
    ntp       1671     1  0 Sep08 ?        00:00:00 ntpd -u ntp:ntp -p /var/run/ntpd.pid -g
    root      1681     1  0 Sep08 ?        00:00:00 /usr/sbin/dhcpd
    "ser" 66L, 4295C
    ############################################
    jeste prikladam hlasku z logu.......ted koukam, jestli to nakonec nedela Samba.......
    
    Sep  8 06:38:09 linux kernel: DMA32: empty
    Sep  8 06:38:09 linux kernel: Normal: 56*4kB 3*8kB 1*16kB 1*32kB 1*64kB 2*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 2920kB
    Sep  8 06:38:11 linux kernel: HighMem: empty
    Sep  8 06:38:12 linux kernel: Swap cache: add 641493, delete 641243, find 52399/106816, race 1+13
    Sep  8 06:38:13 linux kernel: Free swap  = 0kB
    Sep  8 06:38:16 linux kernel: Total swap = 786424kB
    Sep  8 06:38:19 linux kernel: Free swap:            0kB
    Sep  8 06:38:22 linux kernel: 131070 pages of RAM
    Sep  8 06:38:23 linux kernel: 0 pages of HIGHMEM
    Sep  8 06:38:30 linux kernel: 2743 reserved pages
    Sep  8 06:38:36 linux kernel: 26289 pages shared
    Sep  8 06:38:40 linux kernel: 250 pages swap cached
    Sep  8 06:38:42 linux kernel: 0 pages dirty
    Sep  8 06:38:46 linux kernel: 0 pages writeback
    Sep  8 06:38:55 linux kernel: 119131 pages mapped
    Sep  8 06:38:55 linux kernel: 3788 pages slab
    Sep  8 06:38:56 linux kernel: 2491 pages pagetables
    Sep  8 06:38:56 linux kernel: oom-killer: gfp_mask=0x201d2, order=0
    Sep  8 06:39:12 linux kernel: DMA per-cpu:
    Sep  8 06:39:15 linux kernel: cpu 0 hot: high 0, batch 1 used:0
    Sep  8 06:39:17 linux kernel: cpu 0 cold: high 0, batch 1 used:0
    Sep  8 06:39:20 linux kernel: cpu 1 hot: high 0, batch 1 used:0
    Sep  8 06:39:21 linux kernel: cpu 1 cold: high 0, batch 1 used:0
    Sep  8 06:39:24 linux kernel: DMA32 per-cpu: empty
    Sep  8 06:39:27 linux kernel: Normal per-cpu:
    Sep  8 06:39:29 linux kernel: cpu 0 hot: high 186, batch 31 used:4
    Sep  8 06:39:30 linux kernel: cpu 0 cold: high 62, batch 15 used:52
    Sep  8 06:39:31 linux kernel: cpu 1 hot: high 186, batch 31 used:27
    Sep  8 06:39:34 linux kernel: cpu 1 cold: high 62, batch 15 used:57
    Sep  8 06:39:48 linux kernel: HighMem per-cpu: empty
    Sep  8 06:39:53 linux kernel: Free pages:        4988kB (0kB HighMem)
    Sep  8 06:39:58 linux kernel: Active:59340 inactive:59447 dirty:0 writeback:0 unstable:0 free:1247 slab:3788 mapped:119131 pagetables:2491
    Sep  8 06:39:59 linux kernel: DMA free:2068kB min:88kB low:108kB high:132kB active:5608kB inactive:4280kB present:16384kB pages_scanned:10244 all_unreclaimable? yes
    Sep  8 06:40:00 linux kernel: lowmem_reserve[]: 0 0 495 495
    Sep  8 06:40:08 linux kernel: DMA32 free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
    Sep  8 06:40:19 linux kernel: lowmem_reserve[]: 0 0 495 495
    Sep  8 06:40:23 linux kernel: Normal free:2920kB min:2804kB low:3504kB high:4204kB active:231880kB inactive:233380kB present:507896kB pages_scanned:591344 all_unreclaimable? yes
    Sep  8 06:40:23 linux kernel: lowmem_reserve[]: 0 0 0 0
    Sep  8 06:40:24 linux kernel: HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
    Sep  8 06:41:08 linux kernel: lowmem_reserve[]: 0 0 0 0
    Sep  8 06:45:07 linux kernel: DMA: 1*4kB 0*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 2068kB
    Sep  8 06:45:08 linux kernel: DMA32: empty
    Sep  8 06:45:08 linux kernel: Normal: 56*4kB 3*8kB 1*16kB 1*32kB 1*64kB 2*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 2920kB
    Sep  8 06:45:08 linux kernel: HighMem: empty
    Sep  8 06:45:31 linux kernel: Swap cache: add 641501, delete 641243, find 52399/106817, race 1+13
    Sep  8 06:45:59 linux nmbd[1794]: [2006/09/08 06:45:58, 0] nmbd/nmbd_incomingdgrams.c:process_local_master_announce(309) 
    Sep  8 06:46:17 linux kernel: Free swap  = 0kB
    Sep  8 06:46:25 linux nmbd[1794]:   process_local_master_announce: Server SUSE at IP 192.168.1.2 is announcing itself as a local master browser for workgroup KGB.VOK and we think we are master. Forcing election. 
    Sep  8 06:46:29 linux kernel: Total swap = 786424kB
    Sep  8 06:46:30 linux nmbd[1794]: [2006/09/08 06:46:30, 0] nmbd/nmbd_become_lmb.c:unbecome_local_master_success(149) 
    Sep  8 06:46:30 linux kernel: Free swap:            0kB
    Sep  8 06:46:33 linux nmbd[1794]:   ***** 
    Sep  8 06:46:36 linux kernel: 131070 pages of RAM
    Sep  8 06:46:40 linux nmbd[1794]:    
    Sep  8 06:46:41 linux kernel: 0 pages of HIGHMEM
    Sep  8 06:46:43 linux nmbd[1794]:   Samba name server LINUX has stopped being a local master browser for workgroup XXX.XXX on subnet 192.168.1.1 
    Sep  8 06:46:44 linux kernel: 2743 reserved pages
    Sep  8 06:46:45 linux nmbd[1794]:    
    Sep  8 06:46:47 linux kernel: 26280 pages shared
    Sep  8 06:46:49 linux nmbd[1794]:   ***** 
    Sep  8 06:46:49 linux kernel: 258 pages swap cached
    Sep  8 06:46:51 linux kernel: 0 pages dirty
    Sep  8 06:46:52 linux kernel: 0 pages writeback
    Sep  8 06:46:54 linux kernel: 119131 pages mapped
    Sep  8 06:46:54 linux kernel: 3788 pages slab
    Sep  8 06:46:54 linux kernel: 2491 pages pagetables
    Sep  8 06:46:56 linux kernel: Out of Memory: Kill process 1437 (named) score 6031 and children.
    Sep  8 06:46:57 linux kernel: Out of memory: Killed process 1437 (named).
    Sep  8 06:46:59 linux kernel: Out of Memory: Kill process 1438 (named) score 6031 and children.
    Sep  8 06:47:00 linux kernel: Out of memory: Killed process 1438 (named).
    Sep  8 06:47:03 linux nmbd[1794]: [2006/09/08 06:47:03, 0] nmbd/nmbd_become_lmb.c:become_local_master_stage2(396)
    8 06:47:04 linux kernel: oom-killer: gfp_mask=0x201d2, order=0
    
    muzete nekdo prosim zkusit poradit, v cem muze byt problem a jak situaci resit?? Diky

    Brusell

    Odpovědi

    9.9.2006 11:48 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Asi nejednoduší bude vše vypnout a postupně zapínat a kontrolovat která služba kolik žere :-)

    Jinak nějak nechápu je to server s dvěma CPU a máte jenom 512M ram ????

    Za další bych tam přidal ram :-) i na mém stolním PC mám více :-)
    [petr@soban ~]$ free -b
                 total       used       free     shared    buffers     cached
    Mem:    1060274176  872407040  187867136          0   80097280  587436032
    -/+ buffers/cache:  204873728  855400448
    Swap:   1000701952          0 1000701952
    
    
    
    9.9.2006 12:17 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Diky za odpoved.Me je divne to, ze ji spotrebovava postupne a cim dal, tim vice.Pochopil bych, kdyby spotreba byla konstatni, krome obcasne narazove okamzite potreby, ale tady postupem casu umerne roste az do miry, kdy je RAM zcela vycerpana a zaplni se i swap.

    Jinak aktualni stav po 14 hodinach je....
    top - 11:56:24 up 14:25,  2 users,  load average: 0.00, 0.01, 0.00
    Tasks:  67 total,   1 running,  64 sleeping,   0 stopped,   2 zombie
    Cpu(s):  0.2% us,  0.3% sy,  0.0% ni, 99.5% id,  0.0% wa,  0.0% hi,  0.0% si
    Mem:    513372k total,   441936k used,    71436k free,    53616k buffers
    Swap:   786424k total,       76k used,   786348k free,   305184k cached
    Jen pro upresneni na teto konfiguraci /jak hw tak sw/ avsak jen s 372RAM bezel tento server vice jak rok /za tuto dobu cca jen 3 restarty a to vetsinou spojene jen s jeho premistenim/, takze mi nepripada, ze by mel potreby zase tak velke, nebo by meli nejak narustat.Sluzby na nem bezici bylo videt v predchozim logu.Pridani RAM by bylo urcite dobrou variantou, nicmene asi ne reseni problemu.Je otazkou, jestli by se i po pridani nedostal za cas do stejne situace. Muzu se jeste zeptat, jestli je mozno nejakym zpusobem zjistit puvodce nejvetsi spotreby pameti??Myslim za nejaky casovy usek.

    Jinak me stolni PC, at take nezustavam pozadu....;o)
     sudo free -b
                 total       used       free     shared    buffers     cached
    Mem:    1591615488  481796096 1109819392          0   62730240  268021760
    -/+ buffers/cache:  151044096 1440571392
    Swap:   4663693312          0 4663693312
    9.9.2006 12:26 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Podle výpisu je tam ram zatím dost v tuto chvíli 71436k free a 305184k cached.

    Co nějakej problém s jádrem že si jeden cpu přivlastní kus ram a nepustí ji pro druhej cpu kterej ji potřebuje a tak tu aplikaci zabije.

    Co vyskoušet jiné jádro ?
    9.9.2006 12:39 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Ctete mi myslenky, zrovna mi to take probehlo hlavou.Nicmene je tam verze 2.6.15-1.2054_FC5smp.Myslim si, ze v teto verzi by mela byt spoluprace vice procesoru nejspise uz vyresena, i kdyz kdo vi.....je to jadro, ktere se standartne nainstaluje pri instalaci Fedory.
    9.9.2006 12:47 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Není to nějaké zastaralé ????

    Já mám v FC5: 2.6.17-1.2174_FC5

    Takže co spustit yum upgrade ???
    9.9.2006 12:57 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Prostrednictvim yumu lze upgradovat i kernel??Muzete prosim detailneji popsat jak???
    9.9.2006 13:28 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Záleží jak to máte nastavené normálně to provede upgrade a kernel to instaluje (takže tam zůstane starý aspoň u mě).

    Jinak man yum nefunguje ?

    Jinak pokud chcete kernel tak není problém si nainstalovat další

    yum install kernel.......

    Nebo stáhnout a nainstalovat ručně :-) man rpm :-)

    Však zadejte yum upgrade a ono to vypíše co to bude dělat a potom to nemusíte povolit (stopnout to jde).
    9.9.2006 13:48 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Yum jsem doposud vyzuival jen pro instalaci/aktualizaci balicku.Netusil jsem, ze lze jeho prostrednictvim aktualizovat primo i kernel. Tak jsem to spustil......dej se vule bozi. Dekuji za rady, dam vedet.
    9.9.2006 13:01 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Jen me jeste napada.....yum upgrade zaktualizuje cely system, cetl jsem na tohle tema nekolik negativnich zkusenosti /nefunkcni mys/ atd. /i kdyz ta me asi u serveru trapit nemusi ;o)/ Myslite osobne, ze je to bezpecne???
    9.9.2006 13:34 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Ano pokud aktualizujete z FC4 na FC5 a podobně tak nastávají nepříjemnosti s knihovnou glibc nebo s některýmy závislosti třeba i OO který to neupgradlo a staré OO zabránilo aktualizaci, ale to se dá většinou řešit a nejlepší je to potom spouštět postupně a né vše naráz.

    (yum upgrade balicek atd...)

    Jinak mě například nechodí cups 1.2 takže jsem ho musel vyhodit a používám starší cups 1.1 a s tím i závislosti systém-config-printer atd.....

    Samozřejmě se problémy vyskytnou a je třeba ručně upravit konfigurák v /etc/* nějakého programu.

    Prostě nic není 100% takže proveďte yum upgrade a uvidíte co to bude chtít změnit, případně můžete nainstalovat pouze kernel yum install kernel-2.x.y.smp.....
    9.9.2006 13:46 ZAH | skóre: 41 | blog: ZAH
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Problém s upgrade FC4 -> FC5 není. Chce to to pouze místo na disku dost času a pro jistotu vypnout SELinux.
    9.9.2006 13:49 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Zdravim, jde o FC5, takze by problemy snad nastat nemusely /tedy doufejme/. Jen si nejsem jist, zda upgrade vyresi problem s pameti.
    9.9.2006 19:22 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Uvidíš :-)

    Jinak ti to přece napsalo co se bude upgradovat a co se bude instalovat. :-)
    9.9.2006 19:21 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Nevím už přesně zda to bylo FC4 -> FC5 nebo FC3 -> FC4 ale vznikla tam kolize mezi OO balíčky prostě nechtěly se upgradovat a na tom se zasekl cely upgrade + ještě nějaké balíčky haprovaly, takže jsem to řešil tím že jsem ty OO a další co se šprajcly odinstaloval pomocí rpm a provedl upgrade a OO potom doinstaloval nové.

    Dále mě to skolabovalo na glibc a pod....zase za to mohl starý balíček na kterém se to kouslo a část OS už byla nainstalovaná a část ne a část potřebovala glibc staré verze a další už novou verzi, a proto po pádu to nenaběhlo a z live distribuce jsem tam musel dodávat glibc aby se to rozběhlo atd....

    Prostě ono je to v tom že na 99,9% je to OK a já jsem trefil na to 1% - důvodem je že si to většinou upravuji k obrazu svému a některé balíčky co nepotřebuji vyhazuji a pod.....pak se to může na nějaké blbé závislosti kousnout.

    PS. mluvím o upgradu pomocí yumu mezi distribucemi (potom se musí projít ještě konfiguráky některé programy nechcou fungovat se starýmy konfiguráky například alsa u staré jsem měl konfigurák pro nastavení dmixu a nová alsa s tím konfigurákem nefungovala po smazání konfiguráku nová alsa funguje sama od sebe - nová bez konfiguráku má už dmix zaplý atd....), pomocí instalačního programu to proběhne vždy OK aspoň co jsem skoušel já.

    PS2. Prostě nikdy není nic 100%

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.