Acties:
  • 0 Henk 'm!

  • egonolieux
  • Registratie: Mei 2009
  • Laatst online: 06-01-2024

egonolieux

Professionele prutser

Topicstarter
Beste Tweakers,

Ik heb namelijk thuis een kleine server draaien op FreeNAS, en aangezien FreeNAS geen printserver van zichzelf heeft, heb ik met deze guide: http://www.instructables.com/id/FreeNAS-as-a-Print-Server/ er zelf een "proberen" programmeren. Alles liep perfect behalve bij stap 6 heb ik zo mijn twijfels.

Bij stap 6 moest ik namelijk zelf de locatie /etc/printcap maken omdat de originele printcap zich in usr/local/etc/printcap bevond, en LPRng verwijst duidelijk dat het de locatie /etc/printcap moet zijn...
Dit komt waarschijnlijk doordat ik de nieuwste versie FreeNAS (7.1) heb, en de guide is al meer dan een jaar oud.

Toen heb ik alles nog eens dubbelgecheckt of ik elke stap goed gedaan had, dat bleek het geval, en vervolgens wou ik de printer instellen in windows:

-> nieuwe printer toevoegen
-> lokale printer toevoegen
-> nieuwe poort instellen
-> LPR poort (had ik reeds geactiveerd)

Hierna moest ik de naam/ip adres van de server + de "print queue" geven (192.168.1.250 + lp), maar toen kreeg ik de foutmelding:

"The LPD server did not respond as expected to a test command. Any of the following can cause this error:”
“- The TCP/IP print device (LPD server) does not support the test command”
“- The entry for IP adress or Queue name is incorrect.”
“- The specified TCP/IP print device is not available.”


Ik weet dat mijn printer zeker compatibel is (Brother DCP-110C) omdat anderen het met deze reeds gedaan hebben. Dan heb ik wat gegoogeld om naar de oorzaak van het probleem te zoeken, en het blijkt dus dat er een probleem is met de permissions van ulpt0 en/of de printcap. (Dat denk ik tenminste, maar het kan ook iets anders zijn aangezien ik niet veel i.v.m. dit soort dingen weet.)

Mijn printcap ziet er als volgt uit:

# @(#)printcap Brother DCP-110C
lp|LANprinter:\
:sd=/var/spool/lpd/bare:\
:sh:\
:lp=/dev/ulpt0:
#


Als ik wat testcommando’s uitvoer dan krijg ik dit:

Het commando "Checkpc –V":

LPRng-3.8.32, Copyright 1988-2003 Patrick Powell, <papowell@lprng.com>
Checking for configuration files '/usr/local/etc/lpd.conf'
found '/usr/local/etc/lpd.conf', mod 0100444
Checking for printcap files '/etc/printcap'
Checking for lpd only printcap files '/usr/local/etc/lpd/lpd_printcap'
DaemonUID 1, DaemonGID 1
Using Config file '/usr/local/etc/lpd.conf'
LPD lockfile '/var/run/lpd.515'

.names
:LANprinter=lp
:lp=lp

.all
:lp

#Printcap Information
lp|LANprinter
:lp=/dev/ulpt0
:sd=/var/spool/lpd/bare
:sh
Checking printcap info
Checking printer 'lp'
Checking directory: '/var/spool/lpd/bare'
directory '/'
directory '//var'
directory '//var/spool'
directory '//var/spool/lpd'
directory '//var/spool/lpd/bare'
checking 'control.pr' file
checking 'status.pr' file
checking 'status' file
checking 'log' file
checking 'acct' file
Warning - lp: cannot open lp device '/dev/ulpt0' - Permission denied

Het commando "Top":

Lpd daemon blijkt zelfs gewoon niet ingeschakeld te zijn…

Het commando "Lpc lpd":

Printer 'lp@localhost' - cannot open connection - No such file or directory
Make sure the remote host supports the LPD protocol

Het commando "Lpq":

Printer 'lp@localhost' - cannot open connection - No such file or directory
Make sure the remote host supports the LPD protocol

Het commando "Lpc status":

Printer 'lp@localhost' - cannot open connection - No such file or directory
Make sure the remote host supports the LPD protocol

Dit leek me ook even handig: " ll /dev/u* ":

crw-r--r-- 1 root operator 0, 74 May 14 14:39 /dev/uhid1
crw-r--r-- 1 root operator 0, 75 May 14 14:39 /dev/uhid2
crw------- 1 root wheel 0, 72 May 14 14:39 /dev/ukbd1
crw-r--r-- 1 root operator 0, 70 May 14 17:56 /dev/ulpt0
crw-r--r-- 1 root operator 0, 71 May 14 14:39 /dev/unlpt0
lrwxr-xr-x 1 root wheel 6 May 14 14:39 /dev/urandom -> random
crw-rw---- 1 root operator 0, 33 May 14 14:39 /dev/usb
crw-rw---- 1 root operator 0, 32 May 14 14:39 /dev/usb0
crw-rw---- 1 root operator 0, 34 May 14 14:39 /dev/usb1
crw-rw---- 1 root operator 0, 38 May 14 14:39 /dev/usb2
crw-rw---- 1 root operator 0, 39 May 14 14:39 /dev/usb3
crw-rw---- 1 root operator 0, 40 May 14 14:39 /dev/usb4
crw-rw---- 1 root operator 0, 41 May 14 14:39 /dev/usb5
crw-rw---- 1 root operator 0, 42 May 14 14:39 /dev/usb6

/dev/ufs:
total 0
crw-r----- 1 root operator 0, 105 May 14 14:39 data
crw-r----- 1 root operator 0, 116 May 14 14:39 dataa
crw-r----- 1 root operator 0, 117 May 14 14:39 datac

/dev/ufsid:
total 0
crw-r----- 1 root operator 0, 104 May 14 14:39 4bed39f8a4456feb
crw-r----- 1 root operator 0, 114 May 14 14:39 4bed39f8a4456feba
crw-r----- 1 root operator 0, 115 May 14 14:39 4bed39f8a4456febc

Ulpt0 staat hier als operator en ik dacht dat ik ergens gelezen had dat dit wheel (wat dat ook mag wezen) moest zijn, maar ik heb er geen flauw idee van hoe ik dit moet veranderen.
_______________________________________________________________________________________

Zoals jullie waarschijnlijk al gemerkt hebben, heb ik eigenlijk niets van ervaring met FreeBSD, en heb ik gewoon de guide gevolgd, en heb ik de problemen zo goed mogelijk proberen interpreteren.
Ik hoop dat jullie me op weg kunnen helpen.

Alvast bedankt

[ Voor 3% gewijzigd door egonolieux op 15-05-2010 00:03 ]


Acties:
  • 0 Henk 'm!

  • egonolieux
  • Registratie: Mei 2009
  • Laatst online: 06-01-2024

egonolieux

Professionele prutser

Topicstarter
IK heb op een of andere manier alles toevallig goed kunnen krijgen na een reboot (vraag me niet hoe).
De lpd daemon draait en alles lijkt perfect te werken... De commands die ik reeds plaatste krijgen nu een positieve output.
mijn printcap is in orde en nu heb ik wel de juiste toegang tot ulpt0.

Toen ik uiteindelijk opgelucht probeerde te printen kwam er weer een foutmelding...
Eerst was de status:

"printing - spooling"

Ik dacht eindelijk, het gaat werken, maar nee, want al snel volgde dit:

"printing - printer busy or error"

Ik ben ondertussen al gans de dag naar een oplossing aan het zoeken maar ik vind maar niet aan wat het ligt...
Het enige wat ik tot nu toe weet is dat de lpd daemon de status "lpd waiting" geeft, ook al heb ik niets of meerdere dingen in mijn queue (maar ik heb er geen flauw idee van of dit normaal is of niet)

[ Voor 5% gewijzigd door egonolieux op 15-05-2010 18:24 ]


Acties:
  • 0 Henk 'm!

  • egonolieux
  • Registratie: Mei 2009
  • Laatst online: 06-01-2024

egonolieux

Professionele prutser

Topicstarter
Na nog wat verder onderzoek denk ik dat ik het probleem heb kunnen lokaliseren.
Toen ik na een reboot in mijn logboek keek zag ik volgende foutmelding (kernel: pid 1850 (lpd), uid 1 inumber 12689 on /: filesystem full).

May 16 11:00:06 homeserver kernel: da1 at umass-sim1 bus 1 target 0 lun 0
May 16 11:00:06 homeserver kernel: da1: <Brother DCP-110C 1.00> Removable Direct Access SCSI-2 device
May 16 11:00:06 homeserver kernel: da1: 1.000MB/s transfers
May 16 11:00:06 homeserver kernel: da1: Attempt to query device size failed: NOT READY, Medium not present
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label for provider da0s1 is ufsid/4bed39f6404d794c.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label for provider da0s1 is ufs/root.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label for provider da0s2 is ufsid/4bed39f8a4456feb.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label for provider da0s2 is ufs/data.
May 16 11:00:06 homeserver kernel: Trying to mount root from ufs:/dev/da0s1a
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label ufs/root removed.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label ufsid/4bed39f6404d794c removed.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label for provider da0s1 is ufsid/4bed39f6404d794c.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label for provider da0s1 is ufs/root.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label ufs/root removed.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label ufsid/4bed39f6404d794c removed.
May 16 11:00:06 homeserver kernel: GEOM_MIRROR: Device mirror/RAID1 launched (2/2).
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label ufs/RAID1 removed.
May 16 11:00:06 homeserver kernel: GEOM_LABEL: Label ufsid/4bed42b60f3f186d removed.
May 16 11:00:06 homeserver proftpd[1519]: homeserver.local - ProFTPD 1.3.2e (maint) (built Sun Apr 11 00:05:54 JST 2010) standalone mode STARTUP
May 16 11:00:11 homeserver kernel: pid 1606 (lpd), uid 1 inumber 12760 on /: filesystem full
May 16 11:00:22 homeserver kernel: pid 1662 (lpd), uid 1 inumber 12691 on /: filesystem full
May 16 11:00:23 homeserver lighttpd[1785]: (log.c.166) server started
May 16 11:00:23 homeserver login: login on ttyv0 as root
May 16 11:00:26 homeserver kernel: pid 1843 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:00:30 homeserver kernel: pid 1844 (lpd), uid 1 inumber 12690 on /: filesystem full
May 16 11:00:34 homeserver kernel: pid 1845 (lpd), uid 1 inumber 12690 on /: filesystem full
May 16 11:00:38 homeserver kernel: pid 1846 (lpd), uid 1 inumber 12690 on /: filesystem full
May 16 11:00:42 homeserver kernel: pid 1847 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:00:46 homeserver kernel: pid 1848 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:00:50 homeserver kernel: pid 1849 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:00:54 homeserver kernel: pid 1850 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:00:58 homeserver kernel: pid 1851 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:17 homeserver kernel: pid 1852 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:21 homeserver kernel: pid 1853 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:25 homeserver kernel: pid 1854 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:34 homeserver kernel: pid 1855 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:38 homeserver kernel: pid 1856 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:42 homeserver kernel: pid 1857 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:46 homeserver kernel: pid 1858 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:50 homeserver kernel: pid 1859 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:54 homeserver kernel: pid 1860 (lpd), uid 1 inumber 12689 on /: filesystem full
May 16 11:02:58 homeserver kernel: pid 1861 (lpd), uid 1 inumber 12690 on /: filesystem full
May 16 11:03:02 homeserver kernel: pid 1862 (lpd), uid 1 inumber 12690 on /: filesystem full
May 16 11:05:28 homeserver kernel: This module (opensolaris) contains code covered by the
May 16 11:05:28 homeserver kernel: Common Development and Distribution License (CDDL)
May 16 11:05:28 homeserver kernel: see http://opensolaris.org/os/licensing/opensolaris_license/
May 16 11:05:28 homeserver kernel: WARNING: ZFS is considered to be an experimental feature in FreeBSD.
May 16 11:05:28 homeserver kernel: ZFS WARNING: Recommended minimum RAM size is 512MB; expect unstable behavior.
May 16 11:05:28 homeserver kernel: ZFS filesystem version 6
May 16 11:05:28 homeserver kernel: ZFS storage pool version 6


Om verder op dit probleem in te gaan deed ik vervolgens het commando "df" in SSH en zag het volgende:

homeserver:~# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/da0s1a 124246 116210 -1902 102% /
devfs 1 1 0 100% /dev
procfs 4 4 0 100% /proc
/dev/mirror/RAID1p1 473018108 703996 434472664 0% /mnt/bestanden


Het is dus duidelijk te zien dat mijn USB drive waar FreeNAS op geinstaleerd is vol zit... (ik heb maar een partitie van 128Mib gekozen).

Is er een manier om deze partitie te vergroten? anders zie ik als enige oplossing alles opnieuw installeren...

Acties:
  • 0 Henk 'm!

  • ChaserBoZ_
  • Registratie: September 2005
  • Laatst online: 06-09 18:10
Ik zou zeggen gebruik een grotere USB schijf, maak een backup van je configuratie in FreeNAS (mooie menu optie), wissel de USB schijf om voor een grotere en restore je configuratie.

Als je dan wél kunt printen, zul je ook je data moeten gaan migreren.
Lukt het printen dan nog niet, dan weet je iig dat het niet daar aan ligt.

'Maar het heeft altijd zo gewerkt . . . . . . '


Acties:
  • 0 Henk 'm!

  • DutchNutcase
  • Registratie: Augustus 2005
  • Niet online

DutchNutcase

E = mc^2

Ik zou zeggen probeer een live versie van gparted. En anders kan het misschien door de USB drive in een linux doos te doen en dan gparted te gebruiken.

Pas op: maak wel een backup voordat je gaat proberen de partitiegrootte aan te passen.

Luctor et Emergo || specs


Acties:
  • 0 Henk 'm!

  • egonolieux
  • Registratie: Mei 2009
  • Laatst online: 06-01-2024

egonolieux

Professionele prutser

Topicstarter
Een backup hoef ik niet zozeer te maken want er staat nog niets op mijn server :).
De grootte van de USB stick is geen probleem, deze is 2Gib, ik heb gewoon de standaard partitie grootte die FreeNAS voorstelde genomen (128Mib), maar deze is blijkbaar te klein doordat dat printer pakket er nog bij moest.

Daarjuist heb ik geprobeerd mijn partitie te vergroten maar dat is dus fout afgelopen. Ik zal dus alles even opnieuw moeten installeren (duurt toch niet lang).

Ik zal jullie laten weten wat de resultaten zijn als ik klaar ben :p

Acties:
  • 0 Henk 'm!

  • egonolieux
  • Registratie: Mei 2009
  • Laatst online: 06-01-2024

egonolieux

Professionele prutser

Topicstarter
Na de herinstallatie (met nu een partitie van 500Mib) lukt het! :) Ik had nooit gedacht dat het nog zou werken aangezien alle problemen die ik had, maar nu werkt het echt
Pagina: 1