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í
×
dnes 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
dnes 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
dnes 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
včera 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 6
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 36
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 303 hlasů
 Komentářů: 24, poslední dnes 10:14
    Rozcestník
    Reklama

    Dotaz: Vycerpani pameti FC5

    9.9.2006 10:13 brusell | skóre: 3 | Praha
    Vycerpani pameti FC5
    Přečteno: 117×
    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.