abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
Přihlášení | Registrace
×
napište » Zprávičky
inzerujte » Pracovní nabídky
    Dillo 3.1.0
    dnes 00:33 | Nová verze

    Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.

    Ladislav Hagara | Komentářů: 0
    LibrePlanet 2024
    včera 15:00 | Komunita

    O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).

    Ladislav Hagara | Komentářů: 0
    Wine 9.8
    včera 13:22 | Nová verze

    Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.

    Ladislav Hagara | Komentářů: 0
    Coppwr 1.6.0
    3.5. 13:11 | Nová verze

    Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    Visual Studio Code a VSCodium 1.89
    2.5. 22:33 | Nová verze

    Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 21
    Proton 9.0-1
    2.5. 21:22 | Nová verze

    Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.

    Ladislav Hagara | Komentářů: 2
    Rust 1.78.0
    2.5. 19:33 | Nová verze

    Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    Služba Dropbox Sign byla hacknuta
    2.5. 11:22 | Bezpečnostní upozornění

    Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.

    Ladislav Hagara | Komentářů: 3
    GNU nano 8.0 s "moderními" klávesovými zkratkami
    2.5. 11:00 | Nová verze

    Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".

    Ladislav Hagara | Komentářů: 4
    Před 60 lety byl představen programovací jazyk BASIC
    1.5. 23:22 | IT novinky

    Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).

    Ladislav Hagara | Komentářů: 23
    Centrum | Napsat | Starší
    navrhněte » Anketa
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (58%)
     (11%)
     (18%)
     (14%)
    Celkem 80 hlasů
     Komentářů: 8, poslední včera 08:25
    Rozcestník
    AbcLinuxu
    HDmag.cz
    AbcLinuxu:/ Poradna / Linuxová poradna / Vycerpani pameti FC5
    Štítky: ALSA, audio, bezpečnost, BIND, C, CUPS, distribuce, DNS, Fedora, glibc, hardware, kernel, Linux, Live, programování, RAM, RPM, Samba, SELinux, SUSE, tiskárny, urpmi

    Dotaz: Vycerpani pameti FC5

    9.9.2006 10:13 brusell | skóre: 3 | Praha
    Vycerpani pameti FC5
    Přečteno: 141×
    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
    Nástroje: Začni sledovat (1) ?Zašle upozornění na váš email při vložení nového komentáře.

    Odpovědi

    9.9.2006 11:48 Petr Šobáň | skóre: 80 | 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: 80 | 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: 80 | 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: 80 | 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: 80 | 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: 43 | 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: 80 | 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: 80 | 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ákno • Nahoru

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

    Píšeme jinde
    ISSN 1214-1267   www.czech-server.cz
    Redakce | Inzerce | Podmínky použití | Osobní údaje
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.