rc-scripts upgrade error
Witam Natrafilem na taki problem: poldek:/all-avail> upgrade rc-scripts-0.4.5.4-4.i686 Przetwarzanie zależności... rc-scripts-0.4.5.4-2.i686 zostanie zastąpiony przez rc-scripts-0.4.5.4-4.i686 Jest 1 pakiet do instalacji, 1 do usunięcia: I rc-scripts-0.4.5.4-4.i686 R rc-scripts-0.4.5.4-2.i686 This operation will use 273.1KB of disk space. Potrzeba pobrać 306.5KB archiwów (306.5KB do pobrania). Pobieranie th-test::rc-scripts-0.4.5.4-4.i686.rpm... .. 100.0% [306.5K (147.3K/s)] Uruchamianie sudo /bin/rpm --upgrade -vh --root / --define _install_langs pl:pl_PL:en:en_EN... Przygotowywanie... ### [100%] 1:rc-scripts ### [100%] mv: nie można wykonać stat na ,,/etc/sysconfig/network-scripts/ifcfg-*": Nie ma takiego pliku ani katalogu error: %trigger(rc-scripts-0.4.5.4-2.i686) skryptlet nie powiódł się, status wyjścia 1 error: %trigger(rc-scripts-0.4.5.4-2.i686) skryptlet nie powiódł się, status wyjścia 1 Wystąpiły błędy podczas instalacji poldek:/all-avail> search -f /etc/sysconfig/network-scripts/ifcfg-* Przeszukiwanie pakietów..zrobione. No package matches '/etc/sysconfig/network-scripts/ifcfg-*' $ ls -l /etc/sysconfig/network-scripts/ razem 0 W miedzyczasie wszystko z tamtad zniknelo, a rc-scripts nadal czegos tam wymaga? Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rc-scripts upgrade error
On Sat, 08 Dec 2012, Bartlomiej Zimon wrote: > Witam > > Natrafilem na taki problem: > > poldek:/all-avail> upgrade rc-scripts-0.4.5.4-4.i686 > Przetwarzanie zależności... > rc-scripts-0.4.5.4-2.i686 zostanie zastąpiony przez rc-scripts-0.4.5.4-4.i686 > Jest 1 pakiet do instalacji, 1 do usunięcia: > I rc-scripts-0.4.5.4-4.i686 > R rc-scripts-0.4.5.4-2.i686 > This operation will use 273.1KB of disk space. > Potrzeba pobrać 306.5KB archiwów (306.5KB do pobrania). > > Pobieranie th-test::rc-scripts-0.4.5.4-4.i686.rpm... > .. 100.0% [306.5K (147.3K/s)] > Uruchamianie sudo /bin/rpm --upgrade -vh --root / --define _install_langs > pl:pl_PL:en:en_EN... > Przygotowywanie... ### [100%] > 1:rc-scripts ### [100%] > mv: nie można wykonać stat na ,,/etc/sysconfig/network-scripts/ifcfg-*": Nie > ma takiego pliku ani katalogu > error: %trigger(rc-scripts-0.4.5.4-2.i686) skryptlet nie powiódł się, status > wyjścia 1 > error: %trigger(rc-scripts-0.4.5.4-2.i686) skryptlet nie powiódł się, status > wyjścia 1 > Wystąpiły błędy podczas instalacji > poldek:/all-avail> search -f /etc/sysconfig/network-scripts/ifcfg-* > Przeszukiwanie pakietów..zrobione. > No package matches '/etc/sysconfig/network-scripts/ifcfg-*' > > > $ ls -l /etc/sysconfig/network-scripts/ > razem 0 > > W miedzyczasie wszystko z tamtad zniknelo, a rc-scripts nadal czegos tam > wymaga? Po prostu rpm5 odpala triggery na podstawie Provides a nie tylko nazw pakietów, więc zaczął się odpalać stary trigger do upgrade initscripts -> rc-scripts. Trigger poprawiłem, a żeby wywalić starą wersję po upgrade (bo rpm Ci powie że masz zainstalowane rc-scripts dwa razy) trzeba ją odinstalować z --noscripts. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
rpm5 i użytkownicy
Kolejny problem: jeżeli instaluję coś w vserverze przez vpoldek to dostaję takie coś: 8:cronie warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root warning: grupa crontab nie istnieje - użyto grupy root Dzieje się tak dla każdego użytkownika, który nie istnieje na systemie-nosicielu. -- pozdr. Paweł Gołaszewski jid:bluesjabbergdapl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rc-scripts upgrade error
On Sat, Dec 08, 2012 at 14:07:49 +0100, Jan Rękorajski wrote: > Po prostu rpm5 odpala triggery na podstawie Provides a nie tylko nazw > pakietów, > więc zaczął się odpalać stary trigger do upgrade initscripts -> rc-scripts. > Trigger poprawiłem, a żeby wywalić starą wersję po upgrade (bo rpm Ci Tak świetnie poprawiłeś, że ktoś z pozostałościami starych plików może stracić nowe. Wszystko już było dawno gotowe, tylko nikomu się nie chce commitować: http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2012-October/023274.html -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rc-scripts upgrade error
On Sat, Dec 08, 2012 at 15:53:18 +0100, Tomasz Pala wrote: > On Sat, Dec 08, 2012 at 14:07:49 +0100, Jan Rękorajski wrote: > >> Po prostu rpm5 odpala triggery na podstawie Provides a nie tylko nazw >> pakietów, >> więc zaczął się odpalać stary trigger do upgrade initscripts -> rc-scripts. >> Trigger poprawiłem, a żeby wywalić starą wersję po upgrade (bo rpm Ci > > Tak świetnie poprawiłeś, że ktoś z pozostałościami starych plików może > stracić nowe. Wszystko już było dawno gotowe, tylko nikomu się nie chce Przepraszam - żeby nie było, że stworzyłeś problem, bo on istnieje wyłącznie z powodu nowej mechaniki rpma: 'może _nadal_ stracić nowe'... A jak widać skryptopisanie w PLD jest bardzo krótkowzroczne. -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rc-scripts upgrade error
Dnia 8 grudnia 2012 14:07 Jan Rękorajski napisał(a): > > On Sat, 08 Dec 2012, Bartlomiej Zimon wrote: > > > Witam > > > > Natrafilem na taki problem: > > > > poldek:/all-avail> upgrade rc-scripts-0.4.5.4-4.i686 > > Przetwarzanie zależności... > > rc-scripts-0.4.5.4-2.i686 zostanie zastąpiony przez > > rc-scripts-0.4.5.4-4.i686 > > Jest 1 pakiet do instalacji, 1 do usunięcia: > > I rc-scripts-0.4.5.4-4.i686 > > R rc-scripts-0.4.5.4-2.i686 > > This operation will use 273.1KB of disk space. > > Potrzeba pobrać 306.5KB archiwów (306.5KB do pobrania). > > > > Pobieranie th-test::rc-scripts-0.4.5.4-4.i686.rpm... > > .. 100.0% [306.5K (147.3K/s)] > > Uruchamianie sudo /bin/rpm --upgrade -vh --root / --define _install_langs > > pl:pl_PL:en:en_EN... > > Przygotowywanie... ### [100%] > > 1:rc-scripts ### [100%] > > mv: nie można wykonać stat na ,,/etc/sysconfig/network-scripts/ifcfg-*": > > Nie ma takiego pliku ani katalogu > > error: %trigger(rc-scripts-0.4.5.4-2.i686) skryptlet nie powiódł się, > > status wyjścia 1 > > error: %trigger(rc-scripts-0.4.5.4-2.i686) skryptlet nie powiódł się, > > status wyjścia 1 > > Wystąpiły błędy podczas instalacji > > poldek:/all-avail> search -f /etc/sysconfig/network-scripts/ifcfg-* > > Przeszukiwanie pakietów..zrobione. > > No package matches '/etc/sysconfig/network-scripts/ifcfg-*' > > > > > > $ ls -l /etc/sysconfig/network-scripts/ > > razem 0 > > > > W miedzyczasie wszystko z tamtad zniknelo, a rc-scripts nadal czegos tam > > wymaga? > > Po prostu rpm5 odpala triggery na podstawie Provides a nie tylko nazw > pakietów, > więc zaczął się odpalać stary trigger do upgrade initscripts -> rc-scripts. > Trigger poprawiłem, a żeby wywalić starą wersję po upgrade (bo rpm Ci > powie że masz zainstalowane rc-scripts dwa razy) trzeba ją odinstalować > z --noscripts. > > Ok dzieki, widac zadzialalo: poldek:/all-avail> uninstall rc-scripts-0.4.5.4-2.i686 --pmop noscripts zazn. rc-scripts-0.4.5.4-2.i686 Przetwarzanie zależności... Jest 1 pakiet do usunięcia: R rc-scripts-0.4.5.4-2.i686 This operation will free 720.5KB of disk space. Kontynuować? [N/y] y Uruchamianie sudo /bin/rpm --erase --root / --noorder --noscripts... poldek:/all-avail> install rc-scripts-0.4.5.4-4.i686 rc-scripts-0.4.5.4-4.i686: equal version installed, skipped Nie ma roboty poldek:/all-avail> install rc-scripts-0.4.5.4-4.i686 --reinstall Przetwarzanie zależności... rc-scripts-0.4.5.4-4.i686 zostanie zastąpiony przez rc-scripts-0.4.5.4-4.i686 Jest 1 pakiet do instalacji, 1 do usunięcia: I rc-scripts-0.4.5.4-4.i686 R rc-scripts-0.4.5.4-4.i686 Potrzeba pobrać 306.5KB archiwów. Uruchamianie sudo /bin/rpm --upgrade --replacefiles --replacepkgs -vh --root / --define _install_langs pl:pl_PL:en:en_EN... Przygotowywanie... ### [100%] 1:rc-scripts ### [100%] Wystąpiły błędy podczas instalacji poldek:/all-avail> Za to martwi mnie komunikat o bledzie na koncu. Pozdrawiam Bartlomiej Zimon ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rc-scripts upgrade error
On Sat, 08 Dec 2012, Tomasz Pala wrote: > On Sat, Dec 08, 2012 at 14:07:49 +0100, Jan Rękorajski wrote: > > > Po prostu rpm5 odpala triggery na podstawie Provides a nie tylko nazw > > pakietów, > > więc zaczął się odpalać stary trigger do upgrade initscripts -> rc-scripts. > > Trigger poprawiłem, a żeby wywalić starą wersję po upgrade (bo rpm Ci > > Tak świetnie poprawiłeś, że ktoś z pozostałościami starych plików może > stracić nowe. Wszystko już było dawno gotowe, tylko nikomu się nie chce > commitować: > > http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2012-October/023274.html Nie rozumiesz, nigdy takich triggerów najwyraźniej nie pisałeś, więc Ci wytłumaczę - '-f' jest tam po to żeby po upgrade nie zostać bez konfiguracji interfejsów, bez -f zostaniesz z domyślnym ifcfg-eth0. No i pokaż scenariusz w którym ktoś może mieć tam takie pozostałości starych plików, które mogą coś popsuć. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rc-scripts upgrade error
On Sat, 08 Dec 2012, Bartlomiej Zimon wrote: > Dnia 8 grudnia 2012 14:07 Jan Rękorajski napisał(a): [...] > > > > Po prostu rpm5 odpala triggery na podstawie Provides a nie tylko nazw > > pakietów, > > więc zaczął się odpalać stary trigger do upgrade initscripts -> rc-scripts. > > Trigger poprawiłem, a żeby wywalić starą wersję po upgrade (bo rpm Ci > > powie że masz zainstalowane rc-scripts dwa razy) trzeba ją odinstalować > > z --noscripts. > > > > > > Ok dzieki, widac zadzialalo: > > poldek:/all-avail> uninstall rc-scripts-0.4.5.4-2.i686 --pmop noscripts > zazn. rc-scripts-0.4.5.4-2.i686 > Przetwarzanie zależności... > Jest 1 pakiet do usunięcia: > R rc-scripts-0.4.5.4-2.i686 > This operation will free 720.5KB of disk space. > Kontynuować? [N/y] y > Uruchamianie sudo /bin/rpm --erase --root / --noorder --noscripts... > poldek:/all-avail> install rc-scripts-0.4.5.4-4.i686 > rc-scripts-0.4.5.4-4.i686: equal version installed, skipped > Nie ma roboty > poldek:/all-avail> install rc-scripts-0.4.5.4-4.i686 --reinstall > Przetwarzanie zależności... > rc-scripts-0.4.5.4-4.i686 zostanie zastąpiony przez rc-scripts-0.4.5.4-4.i686 > Jest 1 pakiet do instalacji, 1 do usunięcia: > I rc-scripts-0.4.5.4-4.i686 > R rc-scripts-0.4.5.4-4.i686 > Potrzeba pobrać 306.5KB archiwów. > Uruchamianie sudo /bin/rpm --upgrade --replacefiles --replacepkgs -vh --root > / --define _install_langs pl:pl_PL:en:en_EN... > Przygotowywanie... ### [100%] >1:rc-scripts ### [100%] > Wystąpiły błędy podczas instalacji > poldek:/all-avail> > > Za to martwi mnie komunikat o bledzie na koncu. Shellowa magia "$?". Przeczyściłem rc-scripts, bo to P:initscipts już od lat jest całkiem zbędne. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [packages/libvirt] + BR:leveldb-devel, libnl1-devel, libatomic_ops - BR:libnl-devel moved file cpu_map.xml to daemon
On Sat, Dec 08, 2012 at 11:58:13AM +0100, gzohop wrote: > commit 29b6137ec4289c04d9bbf64a82aa53f3596f5ab9 > Author: Grzegorz Pycia / PLD > Date: Sat Dec 8 11:56:05 2012 +0100 > > + BR:leveldb-devel,libnl1-devel,libatomic_ops > - BR:libnl-devel leveldb and libatomic_ops are ceph (RDB) dependencies, not libvirt's. $ rpm -qR ceph-devel | grep -E 'leveldb|libatomic_ops' leveldb-devel libatomic_ops libvirt 1.0.0 builds with libnl 3.2+ just fine, doesn't need libnl 1.1 fallback. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rc-scripts upgrade error
On Sat, Dec 08, 2012 at 16:54:10 +0100, Jan Rękorajski wrote: >> http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2012-October/023274.html > > Nie rozumiesz, nigdy takich triggerów najwyraźniej nie pisałeś, więc Ci Tak mizernych faktycznie, nigdy nie pisałem. > wytłumaczę - '-f' jest tam po to żeby po upgrade nie zostać bez > konfiguracji interfejsów, bez -f zostaniesz z domyślnym ifcfg-eth0. Bo każdy używa eth0 i nikt po aktualizacji tak nieistotnego pakietu, jak rc-scripts nie przegląda konfiguracji - zakładasz naturalnie, że po prymitywnym przeniesieniu plików wszystko będzie działać i naiwnie robisz reboot? A nawet - domyślny eth0 da przynajmniej szansę dostać się do maszyny po IP uzyskanym z DHCP. Pomijając już nawet trywialną możliwość dopisania tam jeszcze jednej linijki obsługującej specjalnie przypadek tego interfejsu. Więcej powiem - taki wyjątek tam być powinien, bo skoro ktoś sieć miał skonfigurowaną i przenosisz już interfejsy, to tego domyślnego eth0 z pakietu być nie powinno (nie każdy używa, więc nie każdy nadpisze własnym - a może mieć w static-routes wpisy odnoszące się do eth0, które w ten sposób się aktywują). Ale nie do tego zmierzam - skryptopisarstwo uprawiane w PLD sięgnęło już tak uproszczonego poziomu, że zamiast się taką pseudoautomatyką chwalić, należałoby ją zwyczajnie wyłączyć. Osobiście z obawy już od dłuższego czasu w przypadku niektórych pakietów używałem --noscripts, bo w chwili obecnej PLD nie różni się wiele od Dowolnej Popularnej Dystrybucji, tj. konfiguracje niestandardowe zwykle dostają po tyłku podczas aktualizacji i jak się nie uważa, to później się korzysta z backupów. No ale mnie już doświadczenie nauczyło (ciągnięty na siłę tmpwatch, kasowany wtmpx, przy robieniu systemd też mi trochę rzeczy poleciało przez tmpfiles itp.) > No i pokaż scenariusz w którym ktoś może mieć tam takie pozostałości starych > plików, które mogą coś popsuć. W przypadku PLD? Hoho! 1. instalowanie pakietów z --noscripts (i każda inna rzeźba z force i nodeps, gdy nie idzie czegoś zrobić normalnie z braku odpowiednich wersji pakietów/libów/whatever na ftp bądź jak w niniejszym temacie), 2. przypadkowe pociągnięcie z backupu robionego np. rsync bez delete, 3. odpalenie z rozjechanego wolumenu. Oczywiście żadna z tych rzeczy nie powinna wystąpić na desktopie Kowalskiego, ale na desktopie Kowalskiego jest ubunciak jakiś. Ale do rzeczy - po zmianie zachowania rpma należałoby przejżeć wszystkie spece, w których taka sytuacja ma miejsce (tzn. P: coś, co później jest w triggerach). Tego zadania nikt się nie podejmie, więc ...cóż, jednak pełny transakcyjny rollback, uwzględniający zmiany dokonane przez triggery, faktycznie wydaje się koniecznością. Ale dość trollowania na dziś, dobranoc. -- Tomasz Pala ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
