[Bug 1073410] [NEW] Package referenced by apt-get that does not exist / kernel module not loaded
Public bug reported: After upgrading to 12.10, I noticed iscsitarget was no longer working and repeated attempts to install it resulted in an error. It appears as though the kernel module does not exist. After removing and re- installing the package, I noticed it is recommending a package that does not exist: root@filedawg:/etc# apt-get install iscsitarget Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: iscsitarget-dkms Recommended packages: iscsitarget-module The following NEW packages will be installed: iscsitarget 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/70.8 kB of archives. After this operation, 207 kB of additional disk space will be used. Selecting previously unselected package iscsitarget. (Reading database ... 80184 files and directories currently installed.) Unpacking iscsitarget (from .../iscsitarget_1.4.20.2-10ubuntu1_i386.deb) ... Processing triggers for man-db ... Processing triggers for ureadahead ... Setting up iscsitarget (1.4.20.2-10ubuntu1) ... * Starting iSCSI enterprise target service FATAL: Module iscsi_trgt not found. [fail] invoke-rc.d: initscript iscsitarget, action "start" failed. dpkg: error processing iscsitarget (--configure): subprocess installed post-installation script returned error exit status 1 No apport report written because MaxReports is reached already Errors were encountered while processing: iscsitarget E: Sub-process /usr/bin/dpkg returned an error code (1) I am using 3.5.0-17-generic: root@filedawg:/etc# uname -a Linux filedawg.moocow.home 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:32:08 UTC 2012 i686 i686 i686 GNU/Linux ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: iscsitarget 1.4.20.2-10ubuntu1 ProcVersionSignature: Ubuntu 3.5.0-17.28-generic 3.5.5 Uname: Linux 3.5.0-17-generic i686 ApportVersion: 2.6.1-0ubuntu3 Architecture: i386 Date: Tue Oct 30 21:11:49 2012 ProcEnviron: TERM=xterm-256color PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: iscsitarget UpgradeStatus: Upgraded to quantal on 2012-10-29 (1 days ago) modified.conffile..etc.default.iscsitarget: ISCSITARGET_ENABLE=true mtime.conffile..etc.default.iscsitarget: 2012-05-02T14:46:35 mtime.conffile..etc.iet.ietd.conf: 2012-10-30T21:11:44 ** Affects: iscsitarget (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 quantal -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1073410 Title: Package referenced by apt-get that does not exist / kernel module not loaded To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/iscsitarget/+bug/1073410/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 753559] Re: listen variable not properly honored
Here is the before and after of the relevant parts of /etc/sphinxsearch/searchd.conf: Works (but gives warning at startup): searchd { port= 9312 address = 127.0.0.1 read_timeout= 5 max_children= 30 pid_file= /var/run/searchd.pid max_matches = 1 log = /var/log/sphinxsearch/searchd.log query_log = /var/log/sphinxsearch/query.log } Busted: searchd { port= 9312 listen = 127.0.0.1 read_timeout= 5 max_children= 30 pid_file= /var/run/searchd.pid max_matches = 1 log = /var/log/sphinxsearch/searchd.log query_log = /var/log/sphinxsearch/query.log } This is on Ubuntu 10.04: root@Blog:/usr/share/doc/sphinxsearch# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 10.04.2 LTS Release:10.04 Codename: lucid However, I am using the Maverick SphinxSearch since I needed 0.9.9: root@Blog:/usr/share/doc/sphinxsearch# dpkg -s sphinxsearch Package: sphinxsearch Status: install ok installed Priority: optional Section: misc Installed-Size: 6816 Maintainer: Ubuntu Developers Architecture: amd64 Version: 0.9.9-6 Depends: libc6 (>= 2.7), libexpat1 (>= 1.95.8), libgcc1 (>= 1:4.1.1), libmysqlclient16 (>= 5.1.21-1), libpq5 (>= 8.4~0cvs20090328), libstdc++6 (>= 4.1.1), zlib1g (>= 1:1.1.4) Conffiles: /etc/sphinxsearch/sphinx.conf 9a2730c97ce6df9a0e1e50c1a5cc6794 /etc/cron.d/sphinxsearch 83052b8d2b7feb65ba3a871bb404 /etc/default/sphinxsearch 7b316964383c0655d108d15b7873e18a /etc/init.d/sphinxsearch b771297f2cdc919ebdcc4ba53b2e793e /etc/sphinxsearch/sphinx.conf.dist 74f1e28b826675ebff2d9bda71d04169 obsolete /etc/sphinxsearch/sphinx-min.conf.dist 7fdfccc7ce0a4f83db420487b9aed837 obsolete Description: Fast standalone full-text SQL search engine Sphinx is a standalone full text search engine, meant to provide fast, size-efficient and relevant fulltext search functions to other applications. Sphinx was specially designed to integrate well with SQL databases and scripting languages. Currently built-in data sources support fetching data either via direct connection to MySQL or PostgreSQL, or using XML pipe mechanism (a pipe to indexer in special XML-based format which Sphinx recognizes). . Sphinx is an acronym which is officially decoded as SQL Phrase Index. Original-Maintainer: Radu Spineanu -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/753559 Title: listen variable not properly honored -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 753559] [NEW] listen variable not properly honored
Public bug reported: Binary package hint: sphinxsearch Using 'address = ..' in sphinx.conf throws the following warnings on restart: root@Blog:/usr/share/doc/sphinxsearch# /etc/init.d/sphinxsearch restart Restarting sphinxsearch: Sphinx 0.9.9-release (r2117) Copyright (c) 2001-2009, Andrew Aksyonoff using config file '/etc/sphinxsearch/sphinx.conf'... WARNING: key 'address' is deprecated in /etc/sphinxsearch/sphinx.conf line 221; use 'listen' instead. listening on 127.0.0.1:9312 sphinxsearch. However, replacing 'address' with 'listen' causes the variable to be evaluated, but then Sphinx tries to listen on all interfaces: root@Blog:/usr/share/doc/sphinxsearch# /etc/init.d/sphinxsearch restart Restarting sphinxsearch: Sphinx 0.9.9-release (r2117) Copyright (c) 2001-2009, Andrew Aksyonoff using config file '/etc/sphinxsearch/sphinx.conf'... listening on 127.0.0.1:9312 listening on all interfaces, port=9312 [Thu Apr 7 13:48:37.660 2011] [19224] FATAL: listen() failed: Address already in use ** Affects: sphinxsearch (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/753559 Title: listen variable not properly honored -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 725209] Re: bind9 not honoring function of /var/cache
** Patch added: "Patch for the init script which creates /var/cache/bind" https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/725209/+attachment/1871817/+files/bind9.patch -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/725209 Title: bind9 not honoring function of /var/cache -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 725209] [NEW] bind9 not honoring function of /var/cache
Public bug reported: Binary package hint: bind9 According to the Linux FS standard (http://www.pathname.com/fhs/pub/fhs-2.3.html#VARCACHEAPPLICATIONCACHEDATA), applications "must be able to regenerate or restore the data" within /var/cache. The problem is that, if /var/cache/bind does not exist, instead of creating the directory, bind refuses to start. This poses a problem for systems which are using tmpfs to limit the amount of accesses to disk (such as when running the OS on a small CompactFlash card where writes need be limited). The init script would likely be used to fix this by testing if the directory exists and, if not, simply creating it. 1) root@filedawg:/etc/bind# lsb_release -rd Description:Ubuntu 10.10 Release:10.10 2) root@filedawg:/etc/bind# apt-cache policy bind9 bind9: Installed: 1:9.7.1.dfsg.P2-2 Candidate: 1:9.7.1.dfsg.P2-2 Version table: *** 1:9.7.1.dfsg.P2-2 0 500 http://archive.ubuntu.com/ubuntu/ maverick/main i386 Packages 100 /var/lib/dpkg/status 3) Bind starts via init script and creates /var/cache/bind if it does not exists 4) Bind fails to start because /var/cache/bind does not exists, violating the Linux FHS. ** Affects: bind9 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/725209 Title: bind9 not honoring function of /var/cache -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 699855] Re: autofs.schema in wrong location
I am happy to help! Thanks! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/699855 Title: autofs.schema in wrong location -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 695697] Re: libvirt not working properly with overlays
Using --disk seems to resolve the issue, thank you very much! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/695697 Title: libvirt not working properly with overlays -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 699855] [NEW] autofs.schema in wrong location
Public bug reported: Binary package hint: autofs5 The autofs5-ldap package is installed the autofs.schema in /etc/ldap when it should actually go in /etc/ldap/schema: r...@domainator:~# apt-get install autofs-ldap Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: autofs5 autofs5-ldap The following NEW packages will be installed: autofs-ldap autofs5 autofs5-ldap 0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/786kB of archives. After this operation, 2,015kB of additional disk space will be used. Do you want to continue [Y/n]? y Selecting previously deselected package autofs5. (Reading database ... 49945 files and directories currently installed.) Unpacking autofs5 (from .../autofs5_5.0.5-0ubuntu2_amd64.deb) ... Selecting previously deselected package autofs5-ldap. Unpacking autofs5-ldap (from .../autofs5-ldap_5.0.5-0ubuntu2_amd64.deb) ... Selecting previously deselected package autofs-ldap. Unpacking autofs-ldap (from .../autofs-ldap_5.0.5-0ubuntu2_amd64.deb) ... Processing triggers for man-db ... Processing triggers for ureadahead ... Setting up autofs5 (5.0.5-0ubuntu2) ... Creating config file /etc/auto.master with new version Creating config file /etc/auto.net with new version Creating config file /etc/auto.misc with new version Creating config file /etc/auto.smb with new version Creating config file /etc/default/autofs with new version autofs start/running, process 5763 Setting up autofs5-ldap (5.0.5-0ubuntu2) ... Setting up autofs-ldap (5.0.5-0ubuntu2) ... r...@domainator:~# ls /etc/ldap/autofs.schema /etc/ldap/autofs.schema r...@domainator:~# ls /etc/ldap/schema/autofs.schema ls: cannot access /etc/ldap/schema/autofs.schema: No such file or directory ** Affects: autofs5 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/699855 Title: autofs.schema in wrong location -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 695697] Re: libvirt not working properly with overlays
In case it is needed, here is a script I used to create my overlays: r...@vmdawg:~# cat ovlvm.sh #!/bin/bash FILE='-f /VMs/Domainator.ovl' #DISK='--disk path=/dev/VMs/Win7Base' #ISO='/mnt/iso/ubuntu-10.10-server-amd64.iso' NAME='Domainator' RAM='512' OS='linux' VARIANT='ubuntukarmic' virt-install --connect qemu:///system -n $NAME -r $RAM $FILE \ --vnc --noautoconsole --accelerate --os-type $OS --os-variant $VARIANT \ --import -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/695697 Title: libvirt not working properly with overlays -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 695697] [NEW] libvirt not working properly with overlays
Public bug reported: It appears as though libvirt is generating improper command-line arguments to kvm when overlays are being used. When starting a VM associated with an overlay via virsh, the VM complains that it cannot find the boot drive. Starting it manually, however, works: Here is what I was able to do in order to boot the VM using an overlay: kvm -hda /VMs/Windows7DomainTest.ovl -m 512 -vnc 127.0.0.1:0 But here is what libvirt did: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name Windows7DomainTest -uuid a2556b35 -fe8d-303b-6cbe-fc795c647387 -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/Windows7DomainTest.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=localtime -boot c -drive file=/VMs/Windows7DomainTest.ovl,if=none,id=drive- ide0-0-0,boot=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive =drive-ide0-0-0,id=ide0-0-0 -device rtl8139,vlan=0,id=net0,mac=52:54:00:88:6b:a6,bus=pci.0,addr=0x3 -net tap,fd=35,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa- serial,chardev=serial0 -usb -device usb-tablet,id=input0 -vnc 127.0.0.1:0 -k en-us -vga std -device virtio-balloon- pci,id=balloon0,bus=pci.0,addr=0x4 I was reading a few of the man pages and noticed that using the -boot option may be an older way of doing it so I suspect that may be the problem. However, I don't know how to make libvirt use the -hdX syntax instead. This is on Ubuntu 10.10 using libvirt 0.8.3. ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/695697 Title: libvirt not working properly with overlays -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488600] Re: MySQLi Prepared Statements Not Working Correctly With UPDATEs
Sure can! Attached! Keep in mind, this my.cnf is the same used for 9.04 and 9.10. I am also using MariaDB (via ourdelta.org). Same version on both 9.04 and 9.10. ** Attachment added: "MySQL configuration used for both 9.04 and 9.10 running MariaDB 5.1.39 (ourdelta.org)" http://launchpadlibrarian.net/36265500/my.cnf -- MySQLi Prepared Statements Not Working Correctly With UPDATEs https://bugs.launchpad.net/bugs/488600 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488600] Re: MySQLi Prepared Statements Not Working Correctly With UPDATEs
Added test-cases files (to avoid having to get them externally) -- MySQLi Prepared Statements Not Working Correctly With UPDATEs https://bugs.launchpad.net/bugs/488600 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488600] Re: MySQLi Prepared Statements Not Working Correctly With UPDATEs
** Attachment added: "create_test.sql" http://launchpadlibrarian.net/36095670/create_test.sql -- MySQLi Prepared Statements Not Working Correctly With UPDATEs https://bugs.launchpad.net/bugs/488600 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488600] Re: MySQLi Prepared Statements Not Working Correctly With UPDATEs
** Attachment added: "mysqli_bug.php" http://launchpadlibrarian.net/36095604/mysqli_bug.php -- MySQLi Prepared Statements Not Working Correctly With UPDATEs https://bugs.launchpad.net/bugs/488600 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488600] [NEW] MySQLi Prepared Statements Not Working Correctly With UPDATEs
Public bug reported: Binary package hint: php5-mysql When using MySQLi and prepared statements, it seems as though some write-based queries (such as UPDATE) end up getting bad values. Specifically, items after a WHERE clause are getting values of 0 or things like \0\0 where they should be getting a proper ID (such as 123). This issue was encountered on Ubuntu 9.10 with PHP 5.2.10. This issue does not occur on Ubuntu 9.04 with PHP 5.2.6. Same version of MySQL. Same php.ini and my.cnf. To reproduce: 1. Grab files from: http://www.moocowproductions.org/tmp/test_cases/ 2. Run .SQL script through MySQL 3. Enable gereral query log in MySQL 3a. For MySQL 5.0, edit /etc/my.cnf and add 'log' and restart 3b. For MySQL 5.1, run "SET GLOBAL general_log=1" 4. Edit mysqli_bug.php and modify $dbPassword 5. Run mysqli_bug.php 6. Check General Log (See Expected and Actual results) The expected output of the MySQL general log should be something like: The MySQL general log should look like this: 61649 Query SET sql_mode='TRADITIONAL' 61649 Query set autocommit=0 61649 Prepare UPDATE t1 SET itemID = ? WHERE num1 = ? 61649 Execute UPDATE t1 SET itemID = 4 WHERE num1 = 5 61649 Close stmt 61649 Query commit 61649 Quit The actual result is: The log, instead, looks like this: 124 Query SET sql_mode='TRADITIONAL' 124 Query set autocommit=0 124 Prepare UPDATE t1 SET itemID = ? WHERE num1 = ? 124 Execute UPDATE t1 SET itemID = 4 WHERE num1 = 0 124 Close stmt 124 Query commit 124 Quit (Note that num1 = 0 and it should be 5) So far, this only appears to be happening with UPDATE queries. SELECTs do not have this problem, and neither do INSERTs. I did not run into an issue with DELETEs, though I did not test this thoroughly. ** Affects: php5 (Ubuntu) Importance: Undecided Status: New -- MySQLi Prepared Statements Not Working Correctly With UPDATEs https://bugs.launchpad.net/bugs/488600 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs